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A HÓNAP TÉMÁJA 











Kit véd a copyright? 


Kit védene? A szerzőt! — feleljük, 
szinte gondolkodás nélkül. Ám a dolog 
a valóságban korántsem ennyire magá- 
tól értetődő, és a kérdés megéri, hogy 
elgondolkodjunk rajta, mielőtt kimond- 
juk a látszólag kézenfekvő választ. 

A könyvnyomtatás feltalálása előtt a 
szerzői jog kérdése fel sem merült. Kr.u. 
533-ban Justinianus nyugatrómai csá- 
szár híres törvénykönyveiben (Corpus 
iuris) a hagyományra és Gaius római 
jogtudós korábbi döntésére hivatkozva 
még azt állapította meg, hogy valamely 
pergamenre vagy papiruszra írt vers 
vagy történet annak a tulajdonába kerül, 
akié az anyag, amire írták, még ha 
színaranyból is készültek volna a betűk. 

Az európai kontinensen, nem sokkal 
azután, hogy Gutenberg találmánya vi- 
haros gyorsasággal terjedni kezdett, 
előtérbe került a jogvédelem problémá- 
ja — de nem a szerzők, hanem a 
nyomdászok érdekében. Luther 1525- 
ben , Eyn Vermanung an die Drükker" 
című felhívásában az illetéktelen 
utánnyomások ellen háborgott, útonálló 
rablókhoz és tolvajokhoz hasonlítva az 
egymás romlását előidéző reprodukciós 
kiadókat. Baselban 1531-ben megtiltot- 
ták, hogy valamely kiadványt három 
éven belül bárki is utánnyomjon. 1640- 
ben Johann Schopius kért császári vé- 
delmi jogot ,privilegium impresso- 
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rium" iránt — a monopólium örököse- 
ire is kiterjedt. 1761-ben a francia ki- 
rályi tanács La Fontaine unokáinak 
adott privilégiumot nagyapjuk műveire. 
1777-ben XVI. Lajos elrendelte, hogy 
a szerzőnek adott monopólium annak 
élete végéig szól, és ha nem adta el 
másnak, akkor örököseire is átszáll. 

Angliában 1580-ban jelent meg elő- 
ször a , right of copy" kifejezés a Sta- 
tioner"s Company kiadványain. 1649- 
ben Milton követelte, hogy , a művén 
fennálló tulajdonjogát minden szerző- 
nek biztosítani kellene, mind életében, 
mind halála után." 1709-ben Anna ki- 
rálynő elrendelte, hogy a művet kiadó 
nyomdát 14 évre szóló utánnyomási 
tilalom védje, majd ezután a jog — ha 
a szerző életben van — újabb 14 évre 
a szerzőre visszaszáll, azonban ha meg- 
halt, az utánnyomás joga közkinccsé 
válik. 1769-ben a King"s Bench úgy 
döntött, hogy a szerző irodalmi tulaj- 
donjoga éppúgy korlátlan időtartamú, 
mint a dolgokon fennálló tulajdonjog. 
1774-ben a Lordok Háza a Donaldson 
v. Beckett ügyben kimondotta, hogy a 
korlátlan idejű védelmet a mű első 
kiadásakor fölváltja az időben korláto- 
zott védelem. Ezzel a döntéssel született 
meg a modern szerzői jog. 

Milyen jellegű jog tulajdonképpen a 
szerzői jog? Joseph Koller (1880) sze- 


Védett szellemi termék 


rint a megfogható, anyagi javakhoz 
hasonlóan léteznek bizonyos anyagta- 
lan javak, értékek; ez utóbbiakra a 
dologi jog szabályait kell kiterjeszteni. 
Otto von Gierke (1895) véleménye már 
közelebb áll a mai felfogáshoz. Szerinte 
a szerzői jog elsődlegesen a szerző 
személyiségéhez tapad — akárcsak a 
becsület védelme vagy a jó hírnévhez 
való jog —, és csak másodlagos, járu- 
lékos célja a vagyoni érdekek megóvá- 
sa. Alexander Elster (1920) szerint vi- 
szont a szerzői jog egyszerűen az ipari 
és kereskedelmi versenyjog része, a 
plágium vagy a jogbitorlás nem közvet- 
lenül a szerző személyiségét vagy va- 
gyonát sérti, hanem a társadalomnak a 
tisztességes piaci versenyhez fűződő 
érdekeit. 

Az első magyar szerzői jogi törvény, 
az 1884. évi XVI. tc. tervezetét Arany 
László — a nagy költő fia, maga is 
íróember — készítette elő. A jogszabály 
az anyagtalan javak tulajdonjogi kon- 
cepcióján alapult. 

S hogy hol tartunk ma, illetve 
mennyiben érinti ez a számítógépek 
környezetében tevékenykedők életét, 
zömmel erről szólnak e számunkban a 
hónap témájának írásai, részben a tárgy- 
kör hazai művelőinek tollából, részben 
számítástechnikai cégek és szakértők 
nézőpontjából. 
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Pálfordulás 





Szabadalom és szerzői jog 


A számítógépek a második világháborút követő években 
törtek ki a kizárólagos katonai alkalmazással együttjáró 
szigorú titoktartás zárt falai mögül — ma már tudjuk, 


hogy a háború alatt 


a német haditengerészet rejtjelezési rendszerét 
az Enigma nevű komputer segítségével fejtették meg. 


Mindenesetre az a tény, 


hogy az elektronikus számítógépek 
(először persze a nagygépek) betörtek a polgári piacra 


és egyúttal elterjedtek 


a magas szintű programozási nyelvek, 
fölvetette a szoftverek jogvédelmének a problémáját. 


Különösen fölpörgött a jogvédelem kér- 
dése akkor, amikor a miniatürizálás 
eredményeként megszülettek a mini- és 
mikrogépek. Ezzel olyan feladatok 
egész sora vált kisvállalkozás kereté- 
ben, sót otthoni íróasztal mellett, 
könnyűszerrel, matematikai felkészült- 
ség vagy számítástechnikai szakértelem 
nélkül is kényelmesen megoldhatóvá, 
amire néhány évvel korábban még gon- 
dolni sem lehetett. § 

A 60-as években és a 70-es évek 
elején heves viták dúltak a szoftverek 
szabadalmaztathatósága körül. Számí- 
tógépes szakemberek és jogászok szá- 
zainak tollából, persze elsősorban az 
Egyesült Államokban és Nyugat-Euró- 
pában, könyvtárnyi szakirodaloin szü- 
letett. Záporoztak az érvek és az cilen- 
érvek. 

A szabadalmi védelem hívei kifejtet- 
ték, hogy a szoftver alapjában véve ipari 
jellegű termék, és felhasználása is túl- 
nyomó részben a termelés területén, az 
üzleti világban történik. Indokolt tehát, 
hogy iparjogvédelmi eszközökkel biz- 
tosítsák a hozzá fűződő jogosultságokat 
és érdekeket. Az ellenfelek többek kö- 
zött azzal érveltek, hogy a program nem 
valóságos anyagi termék, csupán logi- 
kai konstrukció; a szabadalmi védelem 
pedig csak a természeti erőket közvet- 
lenül felhasználó eljárásokra, azokat 
megtestesítő termékekre alkalmazható. 
Ugyan kérem! — vágtak vissza a vita- 
partnerek — hiszen végső soron a sza- 
badalmi jog körébe tartozó összes ipari 
gyártási eljárás logikai-szellemi konst- 
rukció, és ha jogilag szabadalmi véde- 





lem adható a mesterségesen kitenyész- 
tett új állat- és növényfajtákra, miért ne 
lehetne ugyanezt biztosítani a szoftve- 
rekre is? 

Amíg a jogtudósok okoskodtak és a 
szellemi csaták megtöltötték a szakfo- 
lyóiratok hasábjait, a jogalkalmazó ha- 
tóságok, a szabadalmi hivatalok és a 
bíróságok — ha nem is teljes követke- 
zetességgel, de az esetek túlnyomó 
többségében — tetszetős vagy kevésbé 
tetszetős jogi érveléssel elutasították a 
szoftverek szabadalmaztatása iránti ké- 
relmeket. 

Ugy vélem — anélkül, hogy kétségbe 
vonnám a tekintélyes tudorok és testü- 
letek jóhiszeműségét és szakértelmét 
—, hogy e döntések mögött korántsem 
csupán a döntéshozók tiszta, veretes 
jogelméleti meggyőződése rejlett. 
Ugyanis az 1960-as évek végéig a leg- 
nagyobb gazdasági hatalommal rendel- 
kező számítógépgyártók, elsősorban az 
IBM, ingyen adták a gépet megvásárló 
ügyfeleknek a szoftvert. Ennek költsé- 
gét — természetesen tisztes profittal 


együtt — beszámították a hardver el- 
adási árába. Erdekük volt tehát, hogy 
ingyen vagy olcsón jussanak hozzá 
mások szellemi munkájának eredmé- 
nyeihez, ezért ebben az időszakban nem 
támogatták, sőt élesen ellenezték a 
szoftverek szabadalmaztathatóságát. 

1969-ben a trösztellenes törvény rá- 
kényszerítette az IBM-et, hogy a szoft- 
vereknek külön árat állapítson meg. 
Ekkor viszont elsőként nyújtott be ja- 
vaslatot a jogvédelemre, de miután 
mindaddig élesen ellenezte a szabadal- 
mi védelem megadását, most már a 
szerzői jogi koncepció mellett kény- 
szerült kiállni — amely egyébként sok- 
kal erősebb védelmet nyújt a szabadal- 
mi iparjogvédelemnél. A helyzet meg- 
változásával a jogtudomány művelői 
alkalmatlannak találták ugyan az ipar- 
jogvédelmet biztosító szabadalmi jogot 
alkalmazni a szoftverekre, de egyben 
megállapították, hogy az addig kizáró- 
lag a művészeti és tudományos alkotá- 
sokra alkalmazott szerzői jog kiválóan 
alkalmas a számítógépi szoftverek vé- 
delmére. 

Manapság viszont egyre inkább úgy 
tűnik, hogy a nagy vállalkozások mind 
kevésbé élnek a formális jogvédelem 
eszközeivel. A piacon elfoglalt előnyös 
helyzetük, a reklám és a terjesztés esz- 
közeinek kézbekaparintása lehetővé 
tette, hogy egy-egy szoftverrel egyide- 
júleg árasszák el az egész piacot, és 
rendkívül rövid idő alatt söpörjék be a 
termékkel elérhető nyereséget. A ha- 
szonból azért egy-két százalékot juttat- 
nak az alkotóknak is, általában terjesz- 
tési szerződés alapján. 

Legyen tehát bármilyen zseniális a 
szoftver alkotója, nagyszerű a program- 
ja, a nagy terjesztőkkel történő , koope- 
ráció" nélkül nem rúghat igazán labdá- 
ba. A kitűnő francia filozófus, Michel 
Foucault 1969-ben írta le — igaz, egé- 
szen más kontextusban — a társada- 
lomtudományokban azóta szállóigévé 
vált, paradoxnak látszó kérdést: , Mi a 
szerző? Mit számít, ki beszél?" Való- 
színű, hogy a mai, de méginkább a 
holnapi szoftver alkotója elmondhatja: 
Ki a szerző? Mit számít? Az számít, 
hogy kinek van pénze a terjesztésre!" 


Kálmán János 
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A szoftver jogi védelme 


A program — ipar vagy művészet? 


A számítógépi programok védelmével 

alig több mint negyed évszázada foglalkoznak. 
Először alapvető kérdésekre kellett választ keresni. 
Mi a számítógépi program, a szoftver jogi minősítése? 
Hol helyezkedik el a jog területén? 


Ha most visszatekintünk arra, 


hogyan zajlott le a szoftver jogterületi honosítása, 


akkor fel kell idéznünk, 


hogy a szerzői jognak a szoftverekre való alkalmazásával 
eleinte nem nagyon szimpatizált senki. 


Maga a kérdés az iparjogvédelem terén 
vetődött fel, mert a szoftver eredendően 
gépekkel, berendezésekkel (hardverrel) 
kapcsolatos, és mert ipari és kereske- 
delmi vállalatok működésével függ ösz- 
sze. A szakma inkább a maga számára 
legkézenfekvőbb eszközhöz, a szaba- 
dalomhoz igyekezett nyúlni, és nem 
kívánt beletörődni abba, hogy a szoft- 
vert, pontosabban magát a programot 
az arra illetékes hivatalok és bíróságok 
világszerte egyre kevésbé ismerték el 
szabadalmaztatható találmányként. 

Ez a helyzet körülbelül a hetvenes 
évek végéig tartott. Addigra a sok el- 
utasító bírói ítélet után már különböző 
nemzeti törvények is kimondták, hogy 
komputerprogramok általában nem sza- 
badalmazhatók. A francia törvény pél- 
dául már 1968-ban leszögezte ezt. Hogy 
közép-kelet-európai országot is említ- 
sek, kimondta ugyanezt a lengyel tör- 
vény is, 1972-ben. Az USA-ban a Leg- 
felső Bíróság 1972-ben hozott ilyen 
értelmű döntést a Gottschalk v. Benson 
ügyben, amelyetaz Amerikai Szabadal- 
mi Hivatal kiterjesztően alkalmaz. Ami- 
kor az 1973. évi Európai Szabadalmi 
Egyezmény Münchenben létrejött, kü- 
lön szakasza állapította meg, hogy az 
adatfeldolgozó berendezésekhez ké- 
szült programok nem tekinthetők talál- 
mánynak. Ez volt az első nagy kiábrán- 
dulás. 


A honosítás után 
Körül kellett nézni a jog egyéb terüle- 
tein; megindult a programvédelem ki- 


bontakozásának második fázisa. Két 
választás volt; az egyik: csinálunk egy- 
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fajta sui generis, önálló védelmet, szá- 
molva annak minden problémájával. 
Csak egy ilyet említenék: az idő gyor- 
san múlt, a szoftveralkotás már burján- 
zottés vele együttelharapódzott a szoft- 
verlopás; a hardverek üzemeltetése, az 
elektronika fejlődése nélkül már nem 
volt elképzelhető ipari-kereskedelmi 
fejlődés, a programvédelem rendező 
eleme pedig hiányzott. Azon gondol- 
kodni, hogyan képezzünk valami sui 
generis védelmet, többünknek rendkí- 
vül kalandos vállalkozásnak tűnt. 

A másik rendelkezésre álló megol- 
dást a szerzői jog kínálta: nem minő- 
sülhet-e esetleg a program szerzői al- 
kotásnak? Világviszonylatban elkezdő- 
dött egy olyan folyamat, amelyben Ma- 
gyarország az elsők között vett részt. 
Az Egyesült Államokban először 1964- 
ben regisztrált számítógépi programot 
az ottani Copyright Office, az USA 
Szerzői Jogvédő Hivatala, amely a 
Kongresszusnak szakosított szervezete. 


1968 óta 


Magyarországon az irodalomban elő- 
ször 1968-ban vetettem fel ezt a kérdést. 
1972-ben pedig már a Fővárosi Bíróság 
hozott olyan ítéletet, amelyben egy olaj- 
kutatási módszert program formájában 
rögzítő alkotásnak szerzői jogi védel- 
mét állapította meg, méghozzá az alko- 
tófolyamat lépcsőzetes, összetett jelle- 
gére tekintettel, több fázisára nézve. 
Ez azért is jelentős lépés volt, mert 
egyben bizonyította, hogy a szerzői jogi 
törvény a csak 1983-ban meghozott 
explicit végrehajtási szabályok nélkül 
is alkalmazható, úgy ahogy van — 


minden újszerű szerzői jogi alkotás 
védelmére, ami egyébként eredeti mű- 
nek minősül. Később ez a döntés azáltal 
is megszilárdult, hogy a törvényt vég- 
rehajtó 9/1969. évi művelődési minisz- 
teri rendelet 1983. évi módosításával a 
szerzői alkotások példálódzó felsorolá- 
sában kifejezetten megemlítették a 
programokat is, mint a szerzői jogi 
védelem tárgyát, majd néhány speciális 
végrehajtási szabályt is hoztak a szerzői 
jogról szóló 1969. évi III. törvény al- 
kalmazásáról komputerprogramokra. 
A sui generis védelem kérdését ille- 
tően, az eddig jelzettek fényében, a 
következő tanulság adódik: nem új te- 
rület kellett ahhoz, hogy honosítani 
tudjuk a szoftver védelmét. A szerzői 
jog birodalmában, a szellemi alkotások 
nagy glóbuszán igenis ott a helye a 
számítógépi programoknak is. A véde- 
lem alkalmazása azonban valóban sui 
generis szabályokat igényel. (A szerzői 
jog fejlődése során korábban is történt 
hasonló. A film védelmére nem lehetett 
a könyvkiadás szabályait alkalmazni.) 


A mai gondok 


Itt érkezünk el problémánk fejlődésé- 
nek jelenlegi fázisához. Amikor a terü- 
leti honosítás a szerzői jog birodalmá- 
ban megtörtént, s amikor tudjuk, hogy 
a szerzői jog alkalmazása ezen a terü- 
leten , sui generis végrehajtást" igényel, 
akkor már kézenfekvő: ma a szerzői jog 
adekvát alkalmazásának kérdéseivel 
kell foglalkoznunk. 

Ezek a kérdések ismét többfélék — 
probléma lehet, hogy ki a szoftver 
szerzője, mikor áll fenn szerzőtársi vi- 
szony vagy társszerzőség; mikor eredeti 
egy szoftver, milyen felhasználási szer- 
ződéseket kell kötnünk. A szerzői jogon 
belül e vonatkozásokban speciális kö- 
rülményekkel kell szembenéznünk. To- 
vább is lépnék azonban: szomszédos 
jogterületekre is áthatott ez a fejlődés, 
mert egyszerre egy csomó munkajogi 
rendezetlenség vált zavaróvá — hiszen 
a munkaviszonyban alkotott számítógé- 
pi program szerzői jogi elbírálása ismét 
sajátos szabályokat igényel. Ezzel kap- 
csolatban szakértői eljárásokat, felleb- 
bezési eljárásokat, a kollektív szerződés 
vagy munkaügyi szabályzatok átalakí- 


tását, külön szoftverszabályzat létesíté- 
sét stb. kell rendezni. Még tovább néz- 
ve: az egész pénzügyi mechanizmust 
érinti, hogy minek a terhére számoljuk 
el a szoftverszerzőknek járó díjakat, 
ezek milyen adózás alá essenek. 


A tárgykör 
megközelítési irányai 


Elérkezve idáig, kíséreljük meg röviden 
áttekinteni, hogy a szoftver szerzői jog- 
védelme a szellemi alkotások összterü- 
letére kihatóan milyen aktuális felisme- 
résekkel jár, mire kell odafigyelnünk. 
Abból indulnék ki, hogy az egész zsák- 
utcába jutás, ami a 60-as évek végét és 
a 70-es évek elejét jellemezte, amikor 
iparjogvédelmi területen kerestük a 
megoldást a komputerprogramok vé- 
delmére, elsősorban mire volt visszave- 
zethető. A jogászok tudatában ui. nem 
élt szabatosan, mi tartozik az iparjog- 
védelem és mi a szerzői jogvédelem 
körébe. 

A szerzői jog védi az irodalom és a 
művészet alkotásait, itt írók, zeneszer- 
zők, festők kereshetnek védelmet: ez a 
hagyományos kép. Az iparjogvédelem 
pedig védi mindazt, ami az ipari és a 
kereskedelmi érdekeket szellemi érték- 
elemekkel mozdítja elő. Az egyik tehát 
egy műfajorientált, durva megközelítés 
volt, a másik pedig kereskedelmi, pro- 
fitközéppontú, érdekvédelmi tájolás. 
Ilyen alapon vetődhetett fel, hogy mi- 
után a komputerprogram hagyományos 
értelemben se nem irodalom, se nem 
művészet, ugyanakkor az ipar érdekeit 
elősegítő szellemi érték, induljunk el az 
iparjogvédelem irányában. 

Világszerte nagy szerepe volt a szá- 
mítógépi program szerzői jogi védelme 
elismerésének abban, hogy a szerzői 





jog tárgyának — a szabadalmazható 
találmány fogalmától szabatosan elha- 
tárolva — általános műfogalomkénti 
meghatározásához sikerült eljutni. Az 
iparjogvédelemnek kezdettől fogva volt 
bizonyos  definíciókényszere: mivel 
többféle védelmet egyesített saját terü- 
letén, definiálnia kellett azok tárgyát. 
Hiszen az iparjogvédelem nemcsak sza- 
badalom adásából, találmányok védel- 
méből áll, hanem oda sorol a védjegyol- 
talom, a mintaoltalom, sőt a tisztesség- 
telen gazdálkodás tilalma is, a legálta- 
lánosabb értelemben. 

Ezeket a területeket az iparjogvéde- 
lem körén belül egymástól el kellett 
választani. Ezért az iparjogvédelem te- 
rén precíz, szabatos definiálásra került 
sor, mindenekelőtt a szabadalmazható 
találmány vonatkozásában. Mindez so- 
káig nem történt meg a szerzői jogi 
alkotások tekintetében. Így, amikor a 
szerzői jogi mű fogalmának általános 
elemeit kezdtük keresni, ezt egy kicsit 
a találmány védelmével szembesülve 
tettük. Ezzel összefüggésben három 
kérdésre kell válaszolnunk. 


Mit, mi ellen, 
milyen eszközökkel? 


Szabadalmazható találmány az olyan 
új, haladást jelentő és műszaki megol- 
dás, amely a gyakorlatban alkalmazha- 
tó. A találmányok szabadalmi oltalmá- 
ról szóló 1969. évi II. tv. a szabadal- 
mazható találmány általános definició- 
ját öt szakaszában részleteiben is értel- 
mezi. 

De mit jelent az, hogy új? Ami nem 
annyira közismert, hogy szakember 
megvalósíthassa. Mit jelent az, hogy 
haladást jelentő? Hogy újabb szükség- 
letet elégít ki, vagy az eddiginél jobban 





— Gondoltad volna, hogy ennyi távol-keleti rokonunk van? 


A HÓNAP TÉMÁJA 


elégít ki valamely már kielégített szük- 
ségletet. Mit jelent az, hogy műszaki? 
Ami termékben vagy termelési eljárás- 
ban változást eredményez. A gyakorlati 
alkalmazhatóság pedig azt jelenti, hogy 
a találmány azonos eredménnyel ismé- 
telten megvalósítható. 

Ezzel kapcsolatban megjegyzem, 
hogy nem azért nem lehetett szabadal- 
maztatni a számítógépi programokat, 
mert a szabadalmi jog nem fejlődőké- 
pes. A szabadalmi jog a maga keretein 
belül állandóan gazdagodik; ezt éppen 
a műszaki követelmény tág értelmezé- 
sénél láthatjuk — nem hinném, hogy 
mondjuk egy vörös galambfajta kite- 
nyésztése műszaki probléma lenne (ez 
inkább biológiai kérdés), mégis szaba- 
dalmazható. A mi törvényünk végrehaj- 
tási rendelete már 1969-ben kifejezet- 
ten leszögezte, hogy műszaki jellegű- 
nek kell tekinteni a növénytermesztési 
és állattenyésztési eljárásokat is; mű- 
szakinak tekintendő tehát végső soron 
a természeti törvények alkalmazása. 


A találmány kritériumai 


Lényegében tehát mit védünk talál- 
mányként? Valaminő, meghatározott 
jellegű megoldást. A hagyományos 
szerzői jogi megközelítés — azon túl, 
hogy műfajorientált volt — ezzel kap- 
csolatban egyszerűen úgy vélte, hogy a 
tartalmat védi a szabadalom, a szerzői 
jog meg a formát. A formavédelem 
ilyen didaktikus, banális megszövege- 
zésben nagyon sokszor — oktatás ke- 
retében is — elhangzott, és ez generá- 
ciókat vezetett félre. Gondoljunk azon- 
ban arra, hogy ha egy regényt megfil- 
mesítenek, azt adaptálják, az ilyen fel- 
használással szemben már nem az ere- 
deti formát védi a jog; talán egy szó 
sem hangzik el a regény szövegéből a 
film dialógusaiban; és ha lefordítanak 
egy könyvet idegen nyelvre, semmi sem 
marad eredeti kifejezési formájából, 
mégis védjük a jogosulatlan fordítással 
szemben. . 

Végső soron tehát a szerzői joggal is 
a tartalmat védjük. A találmány meg- 
határozásával szemben a szerzői jog 
absztrakt műfogalomhoz jutel—amely 
szerint véd minden, azonosítható mó- 
don kifejtett, eredeti gondolatszövedé- 
ket. 

Az azonosítható módú kifejtés mint 
kritérium két fontos sajátosságra utal. 
Az egyik: az alkotásnak nem kell rög- 
zítettnek lennie (mert szóban is ki lehet 
azonosítható módon fejteni bizonyos 
műveket, vagy empirikusan elsajátítha- 
tóan be lehet tanítani egy balettet, s 
improvizálni is lehet egy zeneművet). 
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A HÓNAP TÉMÁJA 


A másik, ezzel kapcsolatos felismerés 
pedig az, hogy a mű formája nem a 
védelem tárgya, hanem a védelmet le- 
hetővé tevő követelmény — akkor is, 
ha nem kívánjuk meg rögzítését. A mű 
azonosítható módon történő kifejtése 
követelményének az a célja, hogy fel- 
ismerhetővé tegye tartalmát és megkü- 
lönböztethetővé tegye azt. 

A műnek eredetinek kell lennie, tehát 
nem utánzásnak; teljes vagy részleges 
plagizálás nem eredeti mű. Viszont: a 
műnek nem kell abszolút értelemben 
újnak lennie, mint ahogy azt találmá- 
nyok esetén elvárjuk. Fontos továbbá, 
hogy a mű lényege valaminő, legtágabb 
értelemben vett gondolatszövedék, te- 
hát nem egyszerűen ötlet, módszer vagy 
megoldás. 

Egy ilyenfajta elhatárolás mellett vi- 
lágos, hogy egy eredeti komputerprog- 
ram kimeríti a szerzői jogi mű fogalmát, 
az alá szubszumálható; ezzel szemben 
önmagában nem jelent sem termékben, 
sem termelési eljárásban változást. Te- 
hát logikus, hogy szabadalmazását ál- 
talában meg kell tagadni. 


A , gyakorlati 
alkalmazhatóság" 


Következő kérdésünk arra irányul, 
hogy mi ellen védjük a szerzői művet, 
illetve a szabadalmat. Az utóbbit ille- 
tően már elhangzott a válasz: a szaba- 
dalmat a megvalósítással szemben véd- 
jük. A törvény szakaszai több ízben 
utalnak az ismételt megvalósíthatóság 
követelményére. Ezt a , gyakorlati al- 
kalmazhatóság" értelmezése végett te- 
szik. Az , alkalmazás" szó ugyanis ko- 
rántsem egyértelmű. Mert ha számító- 
gépi programra gondolunk, azt is alkal- 
mazzuk akkor, ha valamely hardverben 
futtatjuk, ha egy probléma: megoldása 
érdekében igénybe vesszük. Ám nem 
a valósítjuk" meg. 

A megvalósítás azt jelenti, hogy azt 
az új műszaki megoldást, ami a szaba- 
dalomnak a tárgya, az életben azonos 
eredménnyel, ismételhetően realizál- 
ják. Nos, ez a fogalom a szerzői jogban 
irreleváns. 

A szerzői jog nem a megvalósítással, 
hanem a megjelenítéssel, annak külön- 
féle formáival szemben véd, így: több- 
szörözés, előadás, sugárzás vagy egy 
már sugárzott műnek kábeles tovább- 
közvetítése, elsődleges vagy másodla- 
gos, de mindenképpen megjelenítésével 
szemben. Láttuk tehát, hogy mit véd, 
és azt is láttuk, hogy mivel szemben 
véd a szerzői jog. A számítógépi prog- 
ram mindkét megközelítés felől nézve 
a szerzői jog körébe tartozik. 
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A tisztességtelen 
verseny ellen 


Végül lássuk a harmadik kérdést: mi- 
lyen eszközökkel védjük a művet, ille- 
tőleg az iparjogvédelem tárgyát. 

Az iparjogvédelem legfontosabb esz- 
köze a konstitutív, regisztrálással kelet- 
kező, eleve tanúsítható jog, amely a 
jogosultnak nyugodt, biztonságos ér- 
zést ad: kérem, itt a papír, ezt senki sem 
vitathatja, nem kell bíróság előtt bizo- 
nyítanom a jogomat. Okmány igazolja, 
hogy én vagyok a feltaláló, regisztrálják 
a védjegyemet, van ipari mintám stb. 
De ugyanakkor — és itt a tisztességte- 
len gazdálkodás tilalmára gondolok — 
van az iparjogvédelemnek másfajta esz- 
köze is, amely bizonyos magatartástí- 
pusokat tilt. 

Ezeknek a magatartástípusoknak és 
tilalmuknak nem felel meg minden eset- 
ben alanyi jog. Nem szükségképpen 
kizárólagos jog az, ami engem tisztes- 
ségtelen verseny elleni tiltakozásra fel- 
jogosít. 

Az iparjogvédelem eszköztárából a 
számítógépi programok esetében a re- 
gisztrálással konstitutíve keletkező, a 
jog meglétét eleve tanúsító kizárólagos 
jog intézménye nem vehető át. Igénybe 
vehető azonban az a másik általános 
fajtájú tilalom (a tisztességtelen verseny 
tilalmának nevezett korlátozó rendelke- 
zés), ami meghatározott jellegű felhasz- 
nálások esetén, de csak bizonyos körül- 
mények fennforgásakor ad lehetőséget 
arra, hogy valamely számítógépi prog- 
ram jogosulatlan felhasználásának eltil- 
tását követeljük. 


Előnyben az előnyök 


A szerzői jog ezzel szemben olyan 
kizárólagos jogot biztosít a komputer- 
programon, ami nem regisztrálással ke- 


letkezik, és nem eleve tanúsítható. Mert 
a szerzői jognak az a jellemzője, hogy 
önmagában az alkotás tényénél fogva 
ismeri el — az alkotó szerző javára, 
alkotása tárgyára vonatkozóan — a 
kizárólagos jogot. Ez semminemű for- 
malitástól nem függ, rögtön keletkezik, 
azonnal rendelkezésre áll; ez az előnye. 
Létezése azonban nem bizonyítható 
eredendően, rnint az iparjogvédelmi re- 
gisztrálás esetében; ez a hátránya. 

Az a fontos azonban, hogy ma, ami- 
kor egy számítógépi programot a meg- 
alkotása után, sőt sokszor már a készü- 
lése során is használatba vesznek a 
védelem azonnal rendelkezésre álljon 
és kizárólagos jog formájában legyen 
jelen. Ne függjön bizonyos körülmé- 
nyektól, mint pl. a tisztességtelen ver- 
seny tilalmával összefüggő védelem, 
amit most az 1990. évi LXXXIV. tör- 
vény szabályoz nálunk. 

Megérzésem szerint — és a gyakorlat 
tükrében is — a programok felhaszná- 
lásával kapcsolatban több előny adódik 
a szerzői jogi védelem jellegéből, mint 
hátrány. Nem beszélve arról, hogy a 
tisztességtelen gazdálkodás, illetve ver- 
seny elleni tilalmon kívül más iparjog- 
védelmi eszköz általában és eredmé- 
nyesen nemigen vehető igénybe. 
Aránylag ritkán van szó olyan progra- 
mokról, amelyek valamely komputer 
funkcionális, elválaszthatatlan eleme- 
ként mint megoldás szabadalmazhatók. 
Más esetekben olykor lehet ugyan szó 
üzleti titok, hivatali titok védelméről, 
ezek azonban már nem szorosan vett 
iparjogvédelmi tényállások, és védel- 
mük jóval kevesebbet ér bármely ab- 
szolút engedélyezési jognál. 

A szerzői jogi védelem sikere ezek 
után az alkalmazásán áll — megfelelő 
szabályok útján. 


Boytha György 














MÁSÁR 


VÁSÁR 


A szoftver a külföldi szerzői jogban 


A gazdagabbak erósebbek? 


Az egyéni eredeti számítógépi programokat 


több tucat ország 


— közte az összes fejlett ipari állam — 
joga szerzői alkotásként (is) védi. 


Jellemző példaként 


a világ legnagyobb szoftvergyártó államainak 
, Szoftver szerzői jogát" vázoljuk fel. 


Németország 


A német szerzői jog az 1985. évi mó- 
dosítás nyomán a számítógépi progra- 
mokat irodalmi műként rendeli védeni. 
További önálló jogszabályi rendelkezé- 
sek hiányában — a magáncélú másolás 
esetét kivéve — a számítógépi progra- 
mok szerzői jogi védelmére is a szerzői 
művekre általánosan irányadó jogsza- 
bályok vonatkoznak. 

A bírói gyakorlat ugyanakkor néhány 
kérdésben mégiscsak sajátos álláspon- 
tot alakított ki. A Legfelső Bíróság a 
precedensként emlegetett ,,Inkasso- 
program" ítéletben a számítógépi prog- 
ramok vonatkozásában egy, a szerzői 
művekkel szemben támasztott eredeti- 
ség követelményét meghaladó, maga- 
sabb mércét alkalmazott. A nevezetes 
ítélet szerint ugyanis számítógépi prog- 
ramok esetében a megállapított egyedi 
vonásokat és az ezekből adódó összbe- 
nyomást egy átlagos szerző művével is 
össze kell vetni, és ,csak az olyan 
alkotás, amely az átlagos tudású prog- 
ramalkotó teljesítményét lényegesen 
meghaladja, tarthat igényt a szerzői jogi 
védelemre". Az , Inkasso-program" íté- 
lettel és következményeivel a német 
jogirodalomban néhányan  egyetér- 
tenek, de az ott kifejtett elv merev 
alkalmazását a többség veszélyesnek 
tartaná. 


Franciaország 


A francia szerzői jog egy 1985-ben 
született törvényben rendelkezett töb- 
bek között a számítógépes programok 
védelméről is. A jogszabály értelmében 
a szerző — ellenkező szerződési kikötés 
hiányában — köteles tűrni, hogy a 
felhasználó a megengedett terjedelem- 
ben a programot átdolgozza, nem élhet 


továbbá a kijavításhoz, illetőleg a 
visszavonáshoz való jogával sem. 

A számítógépi programok tekinteté- 
ben alkalmazandó 25 éves védelmi idő 
kivételesnek mondható a szerzői mű- 
vekre általában megállapított, a Berni 
Uniós Egyezmény rendelkezéseihez 
igazodó védelmi időhöz képest (amely- 
nek értelmében a mű a szerző életében 
és a halálátkövető 50 éven belül védett). 
Ez nyilvánvalóan az említett egyez- 
ménybe ütközik, amivel szemben a 
rendelkezés védelmezői kevés meggyő- 
ző erővel hivatkoznak arra, hogy a 
szoftver , alkalmazott művészeti alko- 
tás" lenne. Utóbbira ugyanis az egyez- 
mény rövidebb védelmi időt is enged. 
Sajátos rendelkezéseket állapít meg to- 
vábbá a jogszabály a számítógépi prog- 
ramok szerzői jogának megsértésével 
kapcsolatos eljárásra is. 


Amerikai Egyesült Államok 


Az Egyesült Államok szerzői jogi tör- 
vényének 1980. évi módosításában sze- 
replő meghatározás értelmében: a szá- 
mítógépi program olyan megállapítá- 
sok vagy utasítások sorozata, amelyet 
meghatározott eredmény elérése céjá- 
ból, közvetlenül vagy közvetett módon 
használnak fel a számítógépben. 


A HÓNAP TÉMÁJA 


Nem tekinthető a szerzői jog meg- 
sértésének, ha a számítógépi programot 
annak jogos tulajdonosa a számítógépi 
felhasználás vagy biztonsági másolat 
céjából lemásolja vagy átdolgozza. 

Az ítélkezési gyakorlat során kiala- 
kított állásfoglalás szerint a szerzői jogi 
védelem nemcsak a számítógépi prog- 
ram formai, betű szerinti elemeire, de 
annak szerkezetére és felépítésére is 
kiterjed, és nincsen különbség a véde- 
lem szempontjából a forrásprogram és 
a tárgyi program között. 


Japán 


A japán szerzői jog védi mindazokat a 
számítógépi programokat, amelyek a 
törvény által előírt eredetiség követel- 
ményének megfelelnek. Nem részesül 
védelemben a programoknak az a köre, 
amely az iparban vagy egyébként köz- 
ismert. 

A program szerzője jogosult a neve 
feltüntetését kérni művének  vala- 
mennyi példányán, erre irányuló jogát 
azonban a felhasználóval kötött szerző- 
dés korlátozhatja. A számítógépi prog- 
ram alkotójának a mű sérthetetlenségé- 
hez való jogát a törvény behatárolja, 
amikor lehetőséget biztosít a jogos tu- 
lajdonos részére, hogy a program hasz- 
nálatához feltétlenül szükséges változ- 
tatásokat és átdolgozásokat elvégezze. 

A számítógépi programok saját célú, 
otthoni használata nem sérti a progra- 
mok szerzőinek a törvényben foglalt 
jogait. A gépi futtatással a szerzői jog 
megsértése csak abban az esetben va- 
lósul meg, ha ez üzleti érdekből történt 
és a cselekvő ennek tudatában volt. 


Zegnál Márta 
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A HÓNAP TÉMÁJA 


Magyar szerzői jogszabályok 


A szoftver hármas értelmezése 


A hatályos magyar szerzői jog 


a szoftvert három összefüggésben tárgyalja: 


— mint szerzői művet. 


— mint másodlagos szerzői alkotást. 
— mint munkaviszonyban, munkaköri kötelezettségként 


alkotott művet. 


A szerzői jogi törvény 1983-as végre- 
hajtási rendelete a szoftvert mint művet 
lényegében a Szellemi Tulajdon Világ- 
szervezete 1976-os ajánlására vissza- 
nyúló módon határozza meg szerzői 
műként: a törvény hatálya alá esnek a 
számítógépi programok és a hozzájuk 
tartozó dokumentációk (a továbbiak- 
ban: szoftver). A szoftver szerzői alko- 
tásnak minősítésével természetesen 
együtt jár a szerzői jogi törvény egész 
szabályrendszerének alkalmazása a 
programokra és a hozzájuk tartozó do- 
kumentációkra. Ez az alkalmazás egé- 
szében véve akadálytalan, néhány pon- 
ton mégis értelmezésre és szerzői jo- 
gunk legközelebbi felülvizsgálatánál 
módosításra, kiegészítésre szorul. 


Hézag vagy határozatlanság 


Egyetlen példa a máris alkalmazható, 
de a szoftver esetében további értelme- 
zésre szoruló szabályok közül: , Ha a 
szerző a mű felhasználásához hozzájá- 
rult, a felhasználáshoz elengedhetetlen 
vagy nyilvánvalóan szükséges, a mű 
lényegét nem érintő változásokat köte- 
les végrehajtani; ha e kötelezettségének 


[ fi ösi pb] 
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nem tesz eleget vagy nem tud eleget 
tenni, a felhasználó a változtatásokat 
hozzájárulás nélkül is végrehajthatja." 
(Szjt. 30.). 

A második összefüggésben a jogsza- 
bály rögzíti, hogy a szoftver átírása, 
fordítása az eredeti nyelvtől eltérő prog- 
ramnyelvre, másodlagos szerzői alko- 
tásnak minősül. Az 1969. évi III. szerzői 
jogi törvényből az is egyenesen követ- 
kezik, hogy a munkaviszonyban, mun- 
kaköri kötelezettségként alkotott szoft- 
ver felhasználási jogai átszállanak a 
munkáltatóra, amikor a szerző azt a 
munkáltatónak átadja. Az átadás a mű 
nyilvánosságra hozatalához való hoz- 
zájárulásnak minősül. A munkáltató jo- 
gosult a mű felhasználására a munka- 
viszony tartalma által meghatározott 
körben a működési területén. Ez a jog 
időben korlátlan, a teljes szerzői jogi 
védelmi időben fenáll. A munkáltató 
jogosult természetesen a szoftver saját 
célú, belső használatára (futtatására), 
valamint az ilyen szoftvertermék prog- 
ramkönyvtári elhelyezésére is. Ez utób- 
bi magyarázatot jogszabályi jogértel- 
mezésként 1988-ban iktatták be. 


Aki diktálhat 


Az utoljára említett, harmadik össze- 
függésben, vagyis a munkaviszonyban 
munkaköri kötelezettségként létrejött 
szoftvereknél a végrehajtási rendelet 
külön meghatározza azokat az arányo- 
kat, amelyeknek megfelelően a munka- 
vállaló — a szerző — a munkabér 
mellett részesedésre is jogosult abból 
jogdíjbevételből, amelyet a munkáltató 
a szoftverrel elért. Tekintettel az általá- 
ban magas szoftver-előállítási költsé- 
gekre, a munkavállaló szoftverszerző 
anyagi részesedése az egyéb művek 
szerzőihez képest alacsonyabb mérté- 
kű. Ez amérték az általános 60-8090-kal 


szemben a szoftver esetében 10-3099. 
Megjegyzendő, hogy ugyanúgy, mint 
az egyéb szerzői mű kategóriáknál, a 
munkáltató itt is megállapíthat az alsó 
határnál kisebb arányú részesedést. Ak- 
kor teheti ezt, ha a feladatkörébe tarto- 
zik, hogy a műre harmadik személlyel 
felhasználási szerződést kössön, és a 
munkáltatónak a mű alkotásával kap- 
csolatban jelentősebb ráfordításai me- 
rültek fel. 


A PTK és a bíróságok 


A magyar szerzői jog a felhasználási 
szerződések általános szabályairól vi- 
szonylag részletes előírásokat tartal- 
maz, és egyúttal visszautal a Polgári 
Törvénykönyre is mint mögöttes jogte- 
rületre. A szoftverfelhasználási szerző- 
désekről nincsenek olyan további, mi- 
niszteri szintű jogszabályban kifejtett 
előírások, mint például a könyvkiadás- 
ról, megfilmesítésről stb. Így a szoft- 
verszerző és a felhasználó a felhaszná- 
lási szerződések általános szabályainak 
keretében és figyelemmel a Polgári 
Törvénykönyv szerződésekről szóló 
szabályaira is, szabadon állapíthatja 
meg a szerződés tartalmát, beleértve 
természetesen az árat is. 

A számítógépi programok szerzői 
jogi védelmének kapcsán a jogértelme- 
zési kérdések tisztázásához a magyar 
bíróságok is jelentősen hozzájárultak. 
A legfontosabb döntések az alábbi kér- 
désekre irányultak: 

1. A számítógépi programok tervezé- 
sének, elkészítésének egyes önálló sza- 
kaszai, illetve ezek eredménye szoft- 
verként védett akkor is, ha utóbb ezek 
nem — vagy pedig másképpen — je- 
lennek meg a tényleges programban. 

2. A munkavállaló szerzői jogdíj-ré- 
szesedésének alapja és kiszámítása. 

3. A szerzői jogi szabályok elsőbb- 
sége a polgári jog általános szabályai- 
hoz képest a felhasználási szerződések 
körében. 

4. A , munkáltató szokásos feladat- 
köre" fogalom értelmezése. 

5. A szoftver jogosítatlan átdolgozó- 
jának jogai abban az esetben, ha az 
átdolgozást harmadik személy felhasz- 
nálja. 

Gyertyánfy Péter 





A HÓNAP TÉMÁJA 


A programozók (ÁArtis)jussa 


Az 1970-es évben 


a Szerzői Jogvédő Hivatal (Artisjus) felismerte, 

hogy a szoftverüzlet egyik alapvető feltétele 

— sőt, hosszú távon létéhez elengedhetetlen — 

a nemzetközileg is működő, kizárólagos jogi védelem. 
Ennek érdekében dinamikusan közreműködött 

a megfelelő intézményrendszer, 

valamint a jogszerű licenciagyakorlat kiépítésében. 


A szoftverszerződésnek mint sajátos 
típusú szellemi alkotás forgalmát sza- 
bályozó megállapodásnak fő tárgya az 
a magatartás, amellyel a szerző a szoft- 
ver előállítását vállalja vagy annak 
használatát másnak engedi át. A szoft- 
verszerződések alapvetően két csoport- 
ba sorolhatók: úgymint a jövőben alko- 
tandó szoftverre vonatkozó — szoftver- 
fejlesztési — megállapodások, továbbá 
a már meglévő szoftvermű felhaszná- 
lásáról szóló — szoftverhasznosítási — 
szerződések. 

Az első csoportba tartozó szerződé- 
sek lényegében programozói kapacitás 
értékesítését teszik lehetővé meghatá- 
rozott feladat megoldása érdekében. Az 
ilyen megállapodás tartalmazza a fel- 
adat pontos meghatározását, a kidolgo- 
zással szembeni követelményeket, ren- 
delkezik a megalkotandó szoftverre vo- 
natkozó felhasználási jogokról, a telje- 
sítés módjáról, határidejéről, annak el- 
fogadásáról. Megjelöli a felhasználó 
kötelezettségeit és az átadandó szoftver 
ellenértékét. 

A szerződő felek megegyezhetnek a 
teljesítést . elősegítő együttműködés 
kérdéseiben is. A szerződés meghatá- 
rozza az esedékesség időpontját, a ki- 
fizetés feltételeit, az esetleges szerző- 
désszegés mibenlétét, a szerződés fel- 
bontásának lehetőségeit, rendelkezik a 
jótállás időtartamáról. Több szerző ese- 
tén rögzíti a jogdíj teljesítéssel arányos 
felosztását. 

A már elkészült szoftverek haszno- 
sítását célzó ún. felhasználói szerződé- 
sek rendelkeznek egyrészt az egyedi 
felhasználói szoftver hasznosításáról, 
másrészt tömegszoftver sokszorosított 
példányainak értékesítéséről tárgyi 
kódként (vagyis csak mágneshordozón, 
gépi jelekkel rőgzített formában), to- 
vábbá a számítógép belső működését 
szolgáló rendszerszoftverek értékesíté- 
séről géppel együtt . 


A szoftverszerződések további szem- 
pontok szerint is csoportosíthatók. A 
nemzetközi szerződésekben például 
nagy jelentősége van a területi hatály 
kérdésének. Fontos a felhasználási jog 
időleges vagy végleges átadása, kizá- 
rólagossága, átruházható, illetve nem 
átruházható volta. 

A nyolcvanas évek végéig Magyar- 
országon nem beszélhettünk igazi 
szoftverpiacról. Ennek okát a keresleti 
oldal hazai jellemzőiben kereshetjük: a 
potenciális felhasználók — vállalatok, 
intézmények — szervezeti felépítési és 
működési szabályzatbeli sokszínűsége 
nem támasztott olyan igényeket, hogy 
a piacon többször értékesíthető szoft- 
verek jelenjenek meg. Ebben az idő- 
szakban az Artisjus Ügynökség elsősor- 
ban szoftverfejlesztési szerződéseket 
kötött egyedi problémák megoldására. 
Ezt a tendenciát erősítette a hazai gép- 
Park heterogén jellege is; többször ér- 
tékesíthető szoftverek elvétve bukkan- 
tak fel szerződések tárgyaként. 

A számítástechnika itthoni fejlődésé- 
nek íve a nyolcvanas években az ügy- 
nökség által kezelt szerződések 
mennyiségében is megmutatkozik. 
1984-hez képest 1989-re az Artisjus-nál 
megkötött szoftverfejlesztési szerződé- 
sek száma megduplázódott, és 1989- 
ben meghaladta a 17 ezret. Ugyanez 
olvasható ki a hazai és a külföldi fel- 
használókkal kötött szerződések ará- 
nyának alakulásából is; amíg a nyolc- 
vanas évek közepén a külföldi szerző- 
dések a belföldieknek mintegy három 
százalékát tették ki, az évtized végére 
ez az arány megközelítette a tíz száza- 
lékot. 

Az utóbbi két év változásai gyűrték 
fel a magyarországi számítástechnika 
új vonulatait is. A gazdálkodó szerve- 
zetek átalakulása, a homogénebb gép- 
park kialakulása mindinkább abban az 
irányban hatott, hogy az egyes felhasz- 


nálók egyre ritkábban engedhették meg 
maguknak a luxust: korántsem mindig 
sajátos feladataikat máshol nem tapasz- 
talt, egyedi problémaként értelmezve 
testreszabott . szoftver fejlesztésével 
oldják meg. Be kellett látniuk, hogy 
addig speciálisnak tekintett helyzetük 
általánosítható, s ezáltal az ugyanabba 
a kategóriába sorolható feladatok el- 
végzéséhez elkészített szoftver nyilván- 
valóan sok vevőnek adható el, s így a 
többször értékesíthető szoftverek gaz- 
daságosabbak. Gyakorkatunkban ez a 
kész szoftverek felhasználását célzó 
szerződések szaporodását eredménye- 
zi, míg az , egyedi problémás" szoftver- 
fejlesztési szerződések látványosan 
csökkenek. Ezzel egyidőben — noha 
céltudatos marketingtevékenység által 
is — szépen emelkedik a külföldi meg- 
rendelőkkel kötött megállapodások szá- 
ma. 1990-ben, míg a belföldi szerződé- 
sek növekménye 1989-hez képest nem 
volt számottevő, a külföldiek megkét- 
szereződtek. 

Az Artisjus ügyleteiben is érezteti 
hatását a számítástechnika fejlődési 
ütemének ez évi megtorpanása. A fel- 
használói oldal pénzhiányát mutatja a 
keresletcsökkenés, aminek következté- 
ben felértékelődött az ügynökségi mar- 
ketingmunka: az évek során kialakított 
hazai és nemzetközi üzleti kapcsolat- 
renszernek köszönhetően az ügyfelek 
termékei számára piacot lehetett találni. 

A gondok egyik kísérő tünete, hogy 
egyre több a szerződésszegés, ezért 
mind nagyobb súlyt kap az ügynökségi 
jogszolgálat. Ez év első felében annyi 
peres képviseleti ügy volt, mint egész 
1989-ben. 

Az állandó ügyfelek a partneri vi- 
szony egyik legnagyobb előnyének ép- 
pen a jogbiztonságot tartják. 

A kedvezőtlen tendenciák mellett to- 
vább fokozódik a jelentősége, hogy 
elősegítsük: a szoftverszerzők, -gyár- 
tók, -felhasználók és a nagyközönség 
jogos érdekei váljanak kiegyensúlyo- 
zottá és egymást erősítve jussanak ér- 
vényre. Vagyis: a szoftver jogvédelmét 
a felhasználások külföldi tulajdonoso- 
kat, befektetőket is megnyugtató jog- 
szerűségével lehessen garantálni. Erre 
az évek során az Artisjus közreműkö- 
désével kötött, kereken 54 ezer szerző- 
dés tapasztalata a biztosíték. 


Várkonyi Ágnes 
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A szoftverszerzőség vélelmezése és bizonyítása 


A bírósági gyakorlat 


A szerzői jog azt a személyt illeti meg, 


aki a művet megalkotta. 


Ez a személy a szerző, aki követelheti, 

hogy e minőségét senki se vonja kétségbe. 

Ebből a szabályból az következik, hogy szerzőként 
mindaddig a művön feltüntetett személyt kell tekinteni, 
amíg ennek ellenkezőjét nem bizonyítják. 


A bizonyítás terhe azon van, 


aki a feltüntetett szerző jogait vitatja. 


A szerzőség valódiságának, illetve az 
ellenkezőjének bizonyításában rend- 
szerint két ténycsoport játszik döntő 
szerepet: egyrészt az alkotás eredetisé- 
ge, önállósága, másrészt az időbeliség. 
Az időbeliség rendkívül fontos tényező, 
hiszen ezzel dönthető el, hogy a szerző 
az alkotását eleve nem vehette át egy 
később készült műből. 

Általában a szerzői jog területén az 
időbeliség kényes kérdés, hiszen nincs 
olyan intézmény, amely közvetlenül 
lenne hivatott a mű keletkezésének idő- 
pontját igazolni. A szoftverek esetében 
valamivel könnyebb a helyzet, mivel 
s, Nincsen szoftver dokumentáció nél- 
kül", így a dokumentáció keletkezésé- 
nek időpontja eligazításul szolgálhat. 
Persze bárki nyugodtan hivatkozhat ar- 
ra, hogy a szoftverjogban nincs semmi- 
féle regisztrálási eljárás — mint ahogy 
például a szabadalmi eljárásban van —, 
így nincs mód az elsőbbség igazolására, 
de a dokumentáció átadása általában 
nyugtázva van kísérő levéllel, átvételi 
nyilatkozattal vagy más módon. 


A hiba mint , ujjlenyomat" 


Természetesen nincs védelem az , író- 
asztali fiókokban" őrzött szoftverekkel 
való visszaélések ellen — ugyanúgy, 
ahogy önmagában az ötletet sem tudja 
védeni a jog. Képzeljük csak el, hogy 
mennyire lehetetlenül nehéz volna bi- 
zonyítani, hogy egy elkészült és ragyo- 
gó játékszoftver alapötlete nem a szer- 
zőé. Különben is: az elkészült mű már 
az övé! 

Az eredetiség és önállóság megítélé- 
se, ha lehet, még bonyolultabb kérdés. 
Ki és mivel képes alátámasztani, hogy 
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azt a bizonyos alkotást ő és csakis ő 
hozhatta létre?! Nem zárható ki az az 
abszurd eset, hogy ugyanazt a művet 
— még ugyanolyan formában is — egy 
másik szoftveres szakember szintén 
megalkotta. Azért erre ma már vannak 
persze módszerek, de ezek nem jogi 
eszközök, hanem a szerzők által kidol- 
gozott és sajátos, a szoftverekbe beépí- 
tett védelmi módok. Bármely apró hiba, 
tévedés alkalmas lehet arra, hogy a 
szerzői jogosultságot igazolja, hiszen 
ugyanazt a hibát általában nem képes 
két ember egymástól függetlenül elkö- 
vetni. (Természetesen ilyen peres eljá- 
rás kevés van, csak egyet-egyet lehet a 
bírói gyakorlatban fellelni.) 


Pereskedés a végtelenségig 


A legtöbb per jelenleg rutinügyként 
kezelhető, és általában a felhasználói 
szerződések körében keletkezett szer- 
ződésszegésekből származik. A szerző- 
désszegést többségében a felhasználók 
követik el a szerzői jogdíj meg nem 
fizetésével vagy a késedelmes teljesí- 
téssel. Ilyenkor a jól megkötött szerző- 
dés komoly segítség az igény érvénye- 
sítésénél. 

Véleményem szerint hasznos a fel- 
használót már a szerződésben szankcio- 
nálni a késedelem esetére — sok eset- 
ben az egyidejű teljesítés is kiköthető 
lenne. Ajánlható egy jó, bár ezen a téren 
még nem alkalmazott — de más szer- 
ződéses viszonyokban, például az adás- 
vételi gyakorlatban igen hatékony — 
módszer. Éspedig: a felhasználó a szoft- 
ver átvételével egyidejűleg helyezze 
letétbe a szerzői jogdíjat a szerződést 
lebonyolító Szerzői Jogvédő Hivatalnál 


vagy ügyvédi irodánál, és a jogdíj majd 
csak a mű átadását és tesztelését köve- 
tően — akár csakis a felhasználó kife- 
jezett rendelkezésére — legyen kifizet- 
hető. Ez a megoldás védi a szerzőt attól, 
hogy nem kapja meg a jogdíjat, de 
védelmet jelent a felhasználónak is arra 
az esetre, ha a teljesítés nem megfelelő, 
és a szoftver kijavítására vagy esetleg 
átdolgozására van szükség. Attól is 
megmenti ez az eljárás a szerzőket, 
hogy a felhasználó alaptalanul hivat- 
kozzon a hibás teljesítésre, hiszen meg- 
szűnik az ehhez fűződő alapvető érde- 
ke, nevezetesen a pénz kifizetésének 
hátráltatása. 


Az adós fizet? 


Tapasztalatom szerint a konkrét szerző- 
déses ügyekben a lehető leghatéko- 
nyabb eszközökkel kell a szerzőket 
felvértezni az ellenérték ki nem fizetése 
ellen, mivel a pereskedés gyakran ered- 
ménytelen. Természetesen van esélye, 
hogy a pert meg lehessen nyerni 
— előbb vagy utóbb —, de arra már 
jóval kevesbé lehet számítani, hogy a 
jogdíj be is hajtható. Nem egy konkrét 
ügyben előfordult, hogy a Polgári Per- 
rendtartásra hivatkozással az alperes- 
nek sikerült a pert hónapokkal, akár fél 
évvel is elhúzni, mondvacsinált véde- 
kezésekkel fizetési kötelezettségét kés- 
leltetni. Kevés szerző van, aki megen- 
gedheti magának azt a luxust, hogy 
hosszú hónapokig huzakodjon, akár 
évekig is — az egyébként megérdemelt 
jogdíjáért. 

A gazdasági életben tapasztalható 
nehézségek ezen a területen is éreztetik 
hatásukat, és itt fokozott felelősség há- 
rul a jogászra. Igenis hatalmas a jelen- 
tőségük a jól megszövegezett, egyedi 
és a konkrét ügyre szabott felhasználói 
szerződéseknek. Gondoljuk csak el, 
hogy mennyivel nyugodtabban aludhat 
az a szerző, akit a szerződése — akár 
a jogdíj letétbe helyezésével, akár más 
módon — megvéd a fölösleges peres- 
kedéstől, mint az, aki hónapokig fut a 
bíróságon a pénze után. Aki csak teheti, 
kerülje az előre gyártott szerződések 
egyszerű kitöltését, és forduljon szak- 
emberhez! Egy autót is olyan adásvételi 
okmánnyal veszünk meg, amelyet arra 


az alkalomra készítettünk, vagy egy 
bútor eladásához is általában arra az 
esetre szóló , papírt" csinálunk, nem 
beszélve az ingatlanügyletekről. Miért 
becsüljük akkor le a szellemi alkotáso- 
kat. Nem érdemelnek ugyanannyi fi- 
gyelmet? Mindenkinek csak azt taná- 
csolhatom, hogy ne sajnálja az időt 
ahhoz, hogy gondosan előkészített, 
részletes szerződést kössön. 


A tisztesség kedvéért 


A felhasználói szerződések közül nem 
egyben olyan megállapodással talál- 
kozhatunk, ahol a szerző az egyszeri 
jogdíjon túl ún. royaltyban részesül, ami 
azt jelenti, hogy a felhasználó által 
eladott példányszámok után meghatá- 
rozott százalékot kap. Ez általában azt 
is jelenti, hogy a szerző kizárólagos 
felhasználásra engedte át a szoftvert, és 
így sem ő maga, sem más személy azt 
nem forgalmazhatja. Sajnos olyan 
ügyet is tárgyalt már a bíróság, ahol a 
továbbforgalmazó felhasználó nem a 
ténylegesen eladott példányszám után 
számolta a jogdíjat. Ez ellen megint 
csak a szerződés védhet, hiszen meg 
lehet állapodni abban, hogy a szerző 
betekintést nyerhessen a forgalmazás 
elszámolásába. 

A Szerzői Jogvédő Hivatalnál szer- 
zett gyakorlatomból megismert ügycso- 
portban előfordult olyan eset, hogy a 
szerző értesítést kapott a felhasználótól, 
miszerint az elkészített szoftver sajnos 
nem forgalomképes, a reklámozás és 
egyéb a forgalmazással járó költségek 
nagysága miatt eladhatatlan, ezért 
royalty fizetésére nincs mód. Ezzel 
egyidőben a felhasználó a szerzőnek 
minimális összeget átutalt az előző évi 
forgalom után, és jelezte, hogy a szerző 
több pénzre nem számíthat. A szerző 
tudomásul vette a közlést, hiszen nem 
volt más választása, mint hinni a fel- 
használónak. Nem sokkal később egy 
számítástechnikai újságban olvasta, 
hogy a felhasználó cég az első helyen 
áll a forgalmazási listán, vagyis abban 
az évben ő forgalmazta a legtöbb ter- 
méket. Még a legkelendőbbek listája is 
fel volt tüntetve, és a szerző megdöb- 
benéssel olvasta, hogy az általa készített 
szoftver bizonyult a statisztikák szerint 
a legnépszerűbbnek és a legforgalom- 
képesebbnek. Arra is fény derült, hogy 
az újság az adatot a KSH-tól kapta, s 
oda közvetlenül a cégtől jutottak az 
információk. 

Persze, ilyen frappáns eset azért ritka, 
hiszen itt a bizonyítás szinte gyerekjá- 
ték volt. Gyakoribb, amikor a szerző 
csak sejti, hogy többet forgalmazott a 


cég, mint azt állítja. Ilyenkor általában 
hosszas levelezés veszi kezdetét, és 
csak ennek eredménytelensége esetén 
fordul a szerző a bírósághoz. Sajnos 
mindenkit ki kell ábrándítanom, aki azt 
hiszi, hogy a peres eljárás nminden 
problémára gyógyír. Azon túl, hogy az 
utóbbi években lényegesen megnöve- 
kedett a bíróság munkája (és ezért az 
ügyek lassabban haladnak), az a prob- 
léma, hogy egy-egy megnyert ügyben 
a végrehajtás elég esetleges. Azoknak 
a cégeknek egy jó része, amelyek nem 
fizetik ki a szerzői jogdíjat és perre 
kényszerítik a szerzőket, nem is tudnak 
fizetni, és végrehajtás címén legfeljebb 
a banknál lehet sorban állni, majd várni, 
várni, várni... 


s Alkalmazó" és alkalmazott 


Még egy gyakori problémáról feltétle- 
nül említést kell tennem, és ez a mun- 
kaviszonyban készített szoftverek té- 
maköre. A rendelkezések szerint a mun- 
kaviszonyban készített szoftverek után 
csak akkor jár jogdíj, ha az alkotást a 
munkáltató harmadik személynek érté- 
kesítette. Az értékesítés tényét azonban 
akkor is meg kell állapítani, ha a mun- 
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káltaltó a szoftvert, illetőleg annak 
használatát vállalkozási, kutatási-fej- 
lesztési vagy más szerződés keretében 
adja át. Ilyen esetekben a harmadik 
személy által fizetett összeg nyilvánva- 
lóan magában foglalja a szoftver hasz- 
nálatának ellenértékét is. Sajnos, nem 
ritka, hogy a munkáltató a szerzői jogdíj 
kifizetését — a saját maga által készített 
és a munkaviszonyban . általánosan 
használt ún. szoftverszabályzat sze- 
rint — feltételhez köti. Ilyen feltétel 
lehet pl. az, hogy a végzett munka az 
átlagos intézeti nyereségen túl többlet- 
eredményt tartalmaz. Jogszabályelle- 
nes minden olyan munkáltatói kikötés, 
ami a szerzői jogdíj kifizetését bármi- 
lyen feltételhez köti. A szerzői jogi 
törvény értelmében ugyanis csak a ki- 
fizetés határidejét lehet bármihez is 
kötni, de magát a fizetési kötelezettsé- 
get nem. 

Végezetül: eddigi tapasztalataim 
alapján azt tudom tanácsolni mind a 
szerzőknek, mind pedig a felhasználók- 
nak, hogy a fölösleges és költséges 
jogviták elkerülése érdekében már a 
szerződés előkészítésének szakaszában 
forduljanak szakemberhez. Megéri. 

Rusz Mária 





GX 


zzsászásse je sál: Kft. 


1118 ja öreget; Karolina út 17. 
MINTABOLT, KERESKEDELMI 
IRODA: 

1113 Budapest, Bocskai út 54. 
Tel/Fax: (36)-1-166-7557 


StA 


MIMAX festékszalagok és tonerkazetták. 


FOXPRO 2.0 


FoxPro-ról is 
FoxBase-ről is 
dBase-ről is 


Szeretettel várjuk régi és új vásárlóinkat! 


mátrix- és lézernyomtatók 
nagy választékban kaphatók. 


Kiegészítők nyomtatókhoz: 


MINDENBŐL 
A LEGJOBBAT! 


— lapadagolók, 

— interfészek, 

— betűk és opciók, 
— postscript. 


upgrade 


Úszó 


e 








ALAPLAP 1991/9 11 


A L7 :SJUHXAOIDVJTHOANI 


A HÓNAP TÉMÁJA 


Az Európai Közösségek Szoftver Irányelve 


Jogfejlesztés ott, 
ahová igyekszünk 


A számítógépi programok jogi védelmének jövőjét 
Európában meghatározza az EK jogfejlesztő tevékenysége. 
Ennek formája a tanács most kiadott irányelve — 

1991. május 14. OJ. 14591 Nr. L.122/42. 

Az irányelv a tagállamok kötelező feladatává teszi, 

hogy azok belső jogukat eszerint alakítsák át. 


A határidő: 1993. január 1. 


Szükséges a harmonizálás 


Jóllehet Magyarországon az irányelv 
végrehajtását még az EK-val küszöbön 
álló társulási szerződésünk sem teszi 
kötelezővé, távolabbi terveink miatt 
nyilvánvaló, hogy követelményeit szer- 
zői jogunk felülvizsgálatánál figyelem- 
be kell vennünk. 

Néhány tagállam szerzői jogában 
semmiféle említés nem volt a számító- 
gépi programokról mint védett művek- 
ről, és ez önmagában is piactorzító elem 
a szoftverforgalomban. A hatályos szer- 
zői jogi védelem szintje is eltérő orszá- 
gonként, továbbá a védelmi idő 25 és 
70 év között váltakozik. Sőt, esetenként 
az eredetiségnek (az alkotás színvona- 
lának) a védelemhez minimumként 
megkívánt mértéke is különböző. Noha 
az irányelv a kontinentális szerzői jogi 
és az angol-amerikai szerzői jogi felfo- 
gás közötti több kompromisszumot is 
tartalmaz, elősegíti az európai szoftver- 
szerzők érdekeit és az európai szoftver- 
gyártás fejlődését, versenyképességét. 


Az érdemi szabályok 


Az irányelv első cikke szerint a számí- 
tógépi programokat a tagállamok joga 
— irodalmi művekként — szerzői jogi 
védelemben részesíti. Eszerint a Tanács 
elutasította a szerzői jogon belüli önálló 
műkategória/alfaj gondolatát. Ez a 
megoldás bizonyos mértékig ellent- 
mondó, mert — amint a továbbiakban 
látni fogjuk — az irányelv ugyanakkor 
(főleg a szabad felhasználás tekinteté- 
ben) mégis szoftverspecifikus szabá- 
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lyokat állapít meg. Így számunkra is 
kérdéses, hogy  vonatkoznának-e a 
szoftverre az egyes nemzeti jogokban 
az irodalmi művekre fennálló és az 
irányelvben nem említett speciális sza- 
bályok. (Például az idézés, az átvétel, 
a kiadás szabályai.) 

Véleményünk szerint a szoftver 
olyan értelemben , irodalmi mű", hogy 
minden védett alkotás vagy irodalmi, 
vagy művészeti, vagy tudományos mű. 
Ezek a kategóriák azonban igen átfo- 
góak, egymást részben át is fedik. 

Az irányelv első cikke a program 
fogalmára nem ad meghatározást, vi- 
szont állást foglal a védelemhez mini- 
málisan szükséges eredetiség kérdésé- 
ben. Elegendő, ha a program nem más- 
nak a szellemi alkotása, és ezen felül 
semmilyen további (minőségi, esztéti- 
kai) követelmény nem támasztható. Az 
előirányzott védelem — összhangban a 
Berni Uniós Egyezménnyel — a bár- 
milyen formában kifejezett programot, 
így az olyan előkészítő anyagot, doku- 
mentációt is megilleti, amelyből a prog- 
ram megkonstruálható. Nincs viszont 
szerzői jogi védelem az alapelvekre, így 
a külső és belső csatlakozási pontok, 
felületek (az ún. interfész) elveire sem. 
Tekintettel az interfészek megjelenésé- 
ben, kifejtésében egyre terjedő standar- 
dizálására, várható, hogy ezek inkább 
csak kivételes esetekben állnak szerzői 
jogi védelem alatt. 

A 2. és 3. cikk szerint a program 
szerzője egy természetes személy mint 
alkotó (alkotók) vagy — ahol azt a 
tagállam joga lehetővé teszi — a jog- 
szabályban megjelölt jogi személy. A 


munkáltató jogszerzésének módjáról az 
irányelv nem szól, így az lehet eredeti 
(mint az amerikai jogban), de lehet ún. 
törvényi jogátszállás is valamely termé- 
szetes személy szerzőről (mint a ma- 
gyar jogban). Ez a szabály nem zárja 
ki a munkavállaló szerző — a magyar 
jogban ismert — részesítését a prog- 
ramhasznosítás bevételéből. Elvetették 
viszont azt a korábbi javaslatot, hogy a 
jogátszállási szabályt kiterjesszék a 
megrendelt programalkotásokra is — 
nem követve az angol, amerikai min- 
tát. 


Kizárólagos jogok és korlátaik 


A szoftver-jogtulajdonos kizárólagos 
jogait és ezek korlátait a 4. és 5. cikkek 
tartalmazzák. A nemzetközi szerzői jogi 
egyezményekből természetesen követ- 
kezik, hogy a szerzői mű — így a 
program — minden többszörözéséhez, 
lefordításához és átdolgozásához elen- 
gedhetetlen a jogtulajdonos hozzájáru- 
lása. Az űj szabályozást elsősorban az 
tette szükségessé, hogy az egyezmé- 
nyekbóől, nemzeti jogokból nem egyér- 
telmű, vajon az időleges többszörözés 
a szerzők kizárólagos jogainak körébe 
esik-e, és meddig számít a rögzítés, 
többszörözés időlegesnek. 

A kizárólagos jogok felsorolását a 
nevesített kivételek követik. Az irány- 
elv ezeket a szabad felhasználási ese- 
teket kizárólag a jogszerűen felhaszná- 
lási jogot szerzett személyek javára 
állapítja meg. Az irányelv szerint a 
szerző hozzájárulásától függ a program 
vagy programrész minden tartós vagy 
időleges többszörözése. A betáplálás, 
képernyőn való megjelenítés, futtatás, 
tárolás, átvitel akkor engedélyköteles, 
ha akár csak pillanatnyi többszörözés- 
sel is jár. (A mai technika mellett mindig 
ez a helyzet, noha a nemzeti jogok és 
a bírói gyakorlat egyes specifikus ese- 
teket elvileg másként is megítélhet.) Az 
említett jogokat a jogszerű felhasználó 
— az engedélyezett felhasználáshoz 
szükséges mértékben és célra — továb- 





bi nevesített engedély nélkül is gyako- 
rolhatja, hacsak ezt éppen a felhaszná- 
lási szerződés nem korlátozza. 

Ugyancsak a szerző kizárólagos joga 
a program fordítása, átdolgozása, to- 
vábbfejlesztése, aktualizálása, de a jog- 
szerű felhasználót a szerződés eredeti 
céljára — ideértve a hibajavítást is — 
ezek a jogok is szabadon megilletik. A 
szerző, eredeti jogtulajdonos ezt a sza- 
bad felhasználást is kizárhatja szerző- 
déses kikötéssel. Ennek (a nyilvánvaló 
anyagi érdekek miatt) még sokkal több 
tere, indoka lehet, mint a jogszerű fel- 
használással együttjáró  másolások, 
többszörözések szerződéses korlátozá- 
sának. 


Terjesztés 


A programszerző harmadik típusú ne- 
vesített joga a példányok terjesztése. 
Ennek van egy, a magyar jog szempont- 
jából újszerű, az EK-ban viszont már 
jól ismert korlátja: a szerző engedélyé- 
vel egyszer forgalomba hozott példá- 
nyokra a szerzői jogok a továbbiakban 
nem érvényesíthetők, azok , kimerül- 
nek", kivéve a példányonkénti bérbea- 
dási jogokat. 

Feltétlen — és szerződésben sem 
kizárható — korlátja a programszerző 
kizárólagos jogának, miszerint a jog- 
szerű felhasználó a programról bizton- 
sági másolatot készíthet, továbbá azzal 
próbafuttatásokat végezhet abból a cél- 
ból, hogy a működés megfigyelésével 
megismerje az alapvető megoldásokat, 
elveket. Ez a szabály (5. cikk /3/ bek.) 
a iparjogvédelemben már ismert , kísér- 
letezési szabadság szabályának" meg- 
jelenése a szerzői jogban. Ez biztosítja 
a tudomány továbbfejlesztésének aka- 
dálymentességét. 

A magyar szerzői jogban szükséges 
lenne — más műfajok miatt is — a bérleti 
jog kifejezett nevesítése. Értelmezésre, 
az irányelvvel összhangban álló kiegé- 
szítésre szorulnak továbbá a szabad 
felhasználásról szóló jelenlegi szabá- 
lyok: a biztonsági másolat készítése, a 
belső felhasználási célú hibajavítás és 
a jogosított felhasználó által végezhető 
továbbfejlesztés tekintetében. 


Dekompiláció és , fair use" 


Sajátos szabad felhasználási esetkör az 
irányelvben a , dekompiláció" (6. cikk). 
Ez a szabály az irányelv egyik központi 
rendelkezése. A számítógépi programo- 
katilletően egymásnak feszül két érdek. 
Az egyik: a programalkotó és gyártó 
őrizze meg a kizárólagos hasznosítás 
versenyhelyzetét (engedély nélkül más 


ne másolhassa, használhassa a művet). 
A másik: a terjesztést fokozza az egyéb 
programokkal, a többféle hardverrel va- 
ló együttes felhasználás (kompatibili- 
tás, interoperabilitás) elősegítése is. Ez 
utóbbi viszont a program mások általi, 
bizonyos fokú szabad megismerését, 
használatát is feltételezi. A kérdés kü- 
lönösen azóta jelentős, mióta gyakor- 
lattá vált a programok terjesztése gépi 
kódként. A dologban a következő a 
nehézség: a csatlakozó részek szabad 
megismerése, a program szétszedése 
(dekompiláció), illetve mérnöki vissza- 
fejtése a tárgyi kódból a forráskód 
irányába (reverse engeneering) igen- 
csak megkönnyíti a plágiumot (elemek, 
rutinok álcázó összekeverése stb.). A 
nemzeti szerzői jogokban mind ez ideig 
nincs erre külön szabály, és így érthető, 
hogy az irányelv kompromisszumos 
megoldása a szabad használat értelme- 
zéséről hosszú viták eredménye volt. 
Az irányelv célja egyrészt a fejlődő 
beruházások preferálása, másrészt a 
programok minél teljesebb , interopera- 
bilitásának" támogatása. 

A 6. cikk a , dekompiláció" címszó 
alatt a program egy bizonyos célú több- 
szörözéséről és a programkód formájá- 
nak megváltoztatásáról szól. Az eredeti 
programinformációnak egy másik 
programban való, kompatibilitási célú 
felhasználásához ez a két, szerzői jogi- 
lag releváns cselekmény elengedhetet- 
len. A többszörözést és fordítást — sza- 
bad felhasználásként — csak az eredeti 
program jogszerű felhasználója hajthat- 
ja végre, ha a kompatibilitás eléréséhez 
szükséges információk egyébként nem 
állnak rendelkezésre. A másolás, átírás 
csak az interoperabilitás szempontjából 
érintett programrészekre terjedhet ki. 
Az említett , bizonyos cél" pedig csakis 
egy — az eredetitől függetlenül meg- 
alkotott— másik programnak az eredeti 
programéval egyező eredményessége 
lehet. A , kutatás" vagy a versenyképes 
termék előállítása önmagában nem in- 
dokolhatja a szabad felhasználást. A 
dekompiláló alkotónak szükség esetén 
azt is tudni kell bizonyítani, hogy a 
jogos cél eléréséhez nem volt elegendő 
a program működésének — az 5. cikk 
/3/ szerinti — megfigyelése, elemzése 
a próbafuttatás során. 

Az eddigiektől elkülöníthető és a 6. 
cikk /2/-ben külön szabályozott kérdés, 
hogy a dekompilációval nyert és átírt 
információ mire használható fel. Csakis 
az önállóan kifejlesztett programnak az 
eredetivel való  interoperabilitására, 
nem pedig a másoknak való átadásra 
vagy az eredetivel versenyző, hasonló 
programok előállítására. 


A HÓNAP TÉMÁJA 


Mindezt a részletező — a , fair use" 
precíz amerikai szabályozására emlé- 
keztető —, bonyolult előírást egy álta- 
lános rendelkezéssel vezetik vissza a 
Berni Uniós Egyezmény köreibe. Az 
Egyezmény 9. cikk /2/ cikkelyére való 
utalás a dekompiláció korlátjaként ál- 
lítja egyrészt azt a veszélyt, hogy a 
jogtulajdonos kétségbevonhatatlan ér- 
dekei indokolatlanul sérülhetnek, más- 
részt pedig a program normális, szoká- 
sos hasznosításába való ütközést. Tehát 
a dekompiláció mint szabad felhaszná- 
lás csak végső esetben megenged- 
hető.Mind ez ideig a magyar szerzői 
jog sem ismer szabályt a reverse enge- 
neeringre, dekompilációra. A szabály 
honosítása — legegyszerűbben a szó 
szerinti átvétele — már rövid távon is 
indokolt, távlatban pedig szükségszerű 
lesz. 


A 7.-től a 11.-ig 


A szankciókról szóló 7. cikk olyan 
jogsértéseket azonosít, mint amelyeket 
az amerikai jog , másodlagos szerzői 
jogsértésekként" szabályoz. Mindez a 
magyar szerzői jog szempontjából is 
újdonság. A szerzői jogi (polgári jogi) 
szankciók nálunk ma csak a közvetlen 
jogsértőre irányulnak. A jogsértő pél- 
dányok ugyan most is elkobozhatók 
harmadik személyektől — akkor is, ha 
ők a példányokat jogszerűen szerezték 
meg —, de ez csak polgári jogi eljárás 
keretében (és speciális eseteknél a sza- 
bálysértési eljárás során) lehetséges. A 
jogtalan felhasználással véghezvitt jog- 
sértés büntetőjogi szankciói még hiá- 
nyoznak. 

A védelmi idő kötelező minimuma- 
ként a 8. cikk a Berni Uniós Egyezmény 
szerinti 50 évet írja elő — a szerzők 
halálától, illetve ahol a jogi személyek 
eredeti jogszerzése elismert, a program 
nyilvánosságra hozatalától számítva. 
Azok a tagállamok, ahol a védelmi idő 
hosszabb, ezt a közösségi jog e tárgyú 
harmonizálásáig megtarthatják; azok- 
nak, akiknél a védelmi idő ma rövidebb, 
1992. végéig fel kell emelniük 50 évre. 

A záró rendelkezések (9., 10. és 11. 
cikk) közül fontos a más jogintézmé- 
nyek — például szabadalom, szerződés 
— által adható, esetleges párhuzamos 
védelmi lehetőségek megerősítése. A 
szerződéses védelmi kikötés persze 
nem semmisítheti meg az interfészre 
vonatkozóan az irányelvben kötelezően 
fenntartott szabad felhasználási lehető- 
ségeket. Az irányelv érvényes a hatály- 
ba lépés előtt készült programokra is 
(pozitív visszaható hatály). 

Gyertyánfy Péter 
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A HÓNAP TÉMÁJA 


Lopunk, szerzünk, adunk-veszünk... 
Segíts magadon, 
a COPYRIGHT is megsegít! 


Amióta vannak azonos felépítésű számítógépek, 


azóta vannak programlopások. 


Feltehetően mindig is lesznek. 
Nem szép dolog ez, 


de hát más tények is akadnak körülöttünk, 


amelyek csúfak és gonoszak... 


A szoftver-adásvételnek mindinkább 
fair play ügyletnek kell lennie — mindkét fél részéről. 


A lopásnak csak egyik oka, hogy így 
kockázat nélkül — még a vétel előtt — 
ki lehet próbálni a terméket: elkerülve 
azt, hogy zsákbamacskát vásároljunk. 
A csalódásnak egyébként nem elhanya- 
golható a valószínűsége, mert a tényle- 
ges működési környezetbe telepített 
program sokszor mutat olyan tulajdon- 
ságokat, melyek a vásárlót meglepetés- 
ként érik. Ez persze azért következhet 
be, mert a reklám és az eladó mást ígért. 
Van tehát, aki nem mond igazat, és van, 
aki ezt időben kideríti. Egyik nincs a 
másik nélkül, kölcsönös visszaélés ez 
valamely helyzettel, illetve lehetőség- 
gel. És végül is senkinek sem igazán 
jó. 


Viszonyaink és viszonyításaink 


A politikai helyzetnek, továbbá a CO- 
COM előírásainak komoly szerepe volt 
az eszközök elterjedésének megakadá- 
lyozásában. Néha még komoly felárért 
is csak nehezen lehetett elcsípni valami 
jót. A vasfüggöny időszakában szinte 
dicsőségnek számított olyan programok 
becsempészése, amelyeket tiltott gyü- 
mölcsként jegyeztek, és ezeket az anya- 
gokat hétpecsétes titokként őrízték — 
vásárolni is csak darabokat lehetett be- 
lőlük. (A szoftvercsempészek és -áru- 
sok komoly vagyonokat kerestek e te- 
vékenységükkel.) Követésről, új ver- 
ziókról szó sem lehetett. Sőt, ha a 
gyártótól az azonosítási szám birtoká- 
ban érdeklődtünk, még akkor sem vá- 
laszolt. Ha egy termékről információkat 
kértünk, két évvel ezelőtt még sokszor 
kaptunk olyan válaszokat Amerikából, 
hogy nem kívánnak magyar cégekkel 
együttműködni. 

A programok terjesztése három ma- 
gatartási modell szerint alakult: 
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a) A megszerzett programokat má- 
solták, esetleg módosították, majd pén- 
zért terjesztették. 

b) A programokat a felhasználók, 
szakemberek kopírozták egymás szá- 
mára, de nem kértek pénzt e szivessé- 
gért. 

c) Ha valaki valamit megszerzett, 
nem adta oda senkinek. 


A szakemberek között a b) modell 
terjedtelleginkább. A kereskedők közül 
sokan követték az a) modellt; így ren- 
geteg programból készültek illegális 
példányok. Érdekes módon ez az ille- 
gális terjesztés nemcsak hátrányokkal 
járta gyártók számára. Néhány szoftver 
óriási népszerűségre tett szert, és ezek 
legalizálása, illetve az új verziók eladá- 
sa révén új piacok nyíltak a gyártók 
számára. 

A mai magyar szituáció kialakulásá- 
ban — például a PC-kategóriájú gépe- 
ken a Novell hálózatok ilyen mértékű 
elterjedésében — meghatározó szerepe 
volt a Novell könnyen másolható kulcs- 
kártyájának. Ha valahol Magyarorszá- 
gon összekötött PC-k működnek, nyu- 
godtan fogadhatunk arra, hogy azokon 
a Novell valamilyen változata fut. Ma 
már mindenki jogos példányt akar hasz- 
nálni, de nem lenne ennyire egyedural- 
kodó a Novell, ha komolyabb védelmi 
rendszere lett volna. 


Övé — tied — enyém 


Volt ennek az állapotnak néhány na- 
gyon világos következménye. Az emlí- 
tett meggazdagodáson túl a programok 
tulajdonjogának tiszteletben tartására is 
komoly hatással volt az a zűrzavar, ami 
az ügyeskedésekkel járt. Még mindig 
érdekes kérdés azonban, hogy lehet-e 


védekezni a lopások ellen, és milyen 
módszerek ajánlhatók. 

A szoftver történetét tanulmányozva 
az látható, hogy eleinte nem védték a 
programokat, mert nem folyt nagyará- 
nyú terjesztés. Ahogyan később terjesz- 
kedett a számítástechnika, a gyártók 
igyekeztek megakadályozni a másolást. 
Ez elsősorban a PC-s éra korai szaka- 
szára jellemző. Ma már fontossá vált 
ezen a területen is a bizalom, ezért a 
gyártók egyre kevésbé védik program- 
jaikat különleges rafinériák által. A 
szoftverlopás megakadályozására vagy 
korlátozására kétféle megoldás járatos 
— mindkettő buktatókkal bár. 

1. Valamilyen másolás elleni védel- 
met alkalmaz a gyártó; ezzel megaka- 
dályozza az illegális reprodukciót, bir- 
toklást. Lehetez hardver (például kulcs- 
kártya) vagy szoftver (például informá- 
cióelrejtés az adathordozón, melynek 
az a következménye, hogy a program 
nem működik több példányban). 

2. Minden programpéldánynak egye- 
di azonosítója van; ennek alapján a 
gyártók regisztrálják vásárlóikat, és 
olyan szolgáltatásokat próbálnak nyúj- 
tani a bejegyzett felhasználóknak, ame- 
lyek értéke összemérhető a program 
árával. Számos, e taktikát követő cég 
előírja, hogy programja csak egy szá- 
míiítógépre installálható. 

Az első esetben az leheta legnagyobb 
gond, ha a védelmi rendszer felmondja 
a szolgálatot, vagy , összeakad" bizo- 
nyos programokkal és ezért a jogos 
tulajdonos a programot nem tudja hasz- 
nálni. A második módszer hátránya 
teljesen kézenfekvő: az ilyen program 
tetszőleges számú példányban előállít- 
ható. Ezek a szoftverek persze tartal- 
maznak egyedi azonosítókat, regisztrá- 
ciós kódokat; így a másolatok forrása 
kideríthető. Ez a módszer önmagában 
nem elég hatékony, ezért egyes gyártók 
alkalmazzák a kettőt együtt is. Figye- 
lembe véve azonban az első módszer- 
ben rejlő problémákat, talán érthető, 
hogy mégis a második térhódítása fi- 
gyelhető meg a gyártók között, és a 
felhasználók is előnyben részesítik az 
ilyen programokat. 

A vásárló szemszögéből még azt is 
érdemes mérlegelni, hogy ha egy szoft- 
ver készítői és forgalmazói nem alkal- 





maztak védelmet, de a követéssel és 
egyéb előnyökkel támogatják a regiszt- 
rált példányokat, mit is érnek majd ezek 
a folyományok az alkalmazás során. 
Kétséges lehet ugyanis, hogy a gyártó 
(és a kereskedő) valóban tud-e adni 
olyan plusszokat a felhasználó számára, 
amelyek értéke összemérhető a regiszt- 
rálható példány árával. 
Megfigyelhető, hogy nálunk is a nyu- 
gaton bevált terjesztési formák terjed- 
nek: dealerek neveződnek ki, ezek 
igyekszenek megfelelően felkészülni, 
hogy érdemben legyenek képesek köz- 
reműködni a várható problémák meg- 
oldásában. A világban bekövetkezett 
gazdasági-politikai oldódás következ- 
tében a gyártók is nyitnak a felhaszná- 
lók ésegymás felé is. Nyíltrendszereket 
készítenek, hogy lehetővé tegyék a töb- 
biek csatlakozását az ő rendszereikhez. 
Ennek az új iránynak az alapja a UNIX 
operációs rendszer, amely a jelek sze- 
rint néhány éven belül uralkodó szerep- 
re tesz szert a világ számítógéphálóza- 
tain. A UNIX hazai elterjedését jófor- 
mán lehetetlenné tették a COCOM elő- 
írásai, ezért az alkalmazott számítás- 
technikában — a nyílt rendszerek ké- 
sőbbi használatában — nehezen ledol- 
gozható hátrányokkal kell számolnunk. 


Hogy is, mint is? 


Egy számítástechnikai cég gyakorlatá- 
ból tekintve most vissza, személyes 
emlékként említhetem, hogy ezekben a 
homályosabb időkben mi is igyekez- 
tünk komolyan védeni a magunk által 
kreált programokat. Jelentős erőfeszí- 
tésekkel kifejlesztettünk egy olyan vé- 
delmi rendszert, amely több géptípu- 
son is akcióképes volt. A felhasználók 
általában ma már meg is követelik 
az eredeti anyagokat, de önmagukkal 
sokszor nem ilyen szigorúak: több 
példányban is használják a progra- 
mokat. Mi is mindig megpróbálunk a 
gyártóval kapcsolatba kerülni, de ha 
nem sikerül, közvetítőktől is vásáro- 
lunk. Mindenképpen eredeti szoftvert 
veszünk. Előfordulhat, hogy a program 
nem a hivatalos disztribútortól szárma- 
zik. Ebből esetleg később lehet problé- 
ma (például a követéssel vagy az up- 
graddel), de a disztribútor sokszor ne- 
hézkes és drága. 

A hazai gyártású programokkal 
szemben is változóban van a felhasz- 
nálók magatratása. Komolyan igényt 
tartanak a követésre. Mi sem védjük 
már saját programjainkat, és nem tu- 
dunk arról, hogy illegális példányokat 
használnának belőlük. 

Vincze Sándor 


,Lopy Right" 


A HÓNAP TÉMÁJA 


A programlopás anatómiája 


Az alábbi gondolatok a felhasználó szemszögéből, 
talán kicsit a vágyálmok" felé elhúzva világítják meg 
a közelmúlt tapasztalatait és a kívánatos jövőt. 


A számítógépes programok zöme — a 
szabadszoftverek (shareware, freeware, 
public domain) programok kivételével 
— elméletben hazánkban is valamiféle 
jogi védelmet élvez, amint arról a kísé- 
rőlemezes és nyomtatott dokumentu- 
mok egyértelműen tájékoztatnak. Nem 
ritkán bejelentkezésekor maga a prog- 
ram is ugyanezt teszi — hiába. A prog- 
ramok és leírások másolása — megint 
csak elméletben — szigorú feltételek- 
hez kötött, mégis elenyésző a ténylege- 
sen megvásárolt programok hányada a 
,Megszerzett" programokéhoz képest. 

Például: ugyan hányan vettük meg a 
géppel együtt a DOS-t? Vajon milyen 
lehet a megvásárolt és a — ne köntör- 
falazzunk: — lopott Norton Comman- 
der, PCTools, dBASE, Lotus, Word 
programok aránya, hogy a többi elter- 
jedt szoftvert ne is említsem. Ezek 
között talán minden huszadik-ötvene- 
dik szoftver nem esik a ,lop-ware?" 
kategóriába. 

Miért és hogyan alakult, alakulhatott 
ki ez az áldatlan helyzet? 

— Az általánossá vált garasoskodás 
miatt , dicséretes bűn" lett a vásárlás 
nélküli programbeszerzés. Legtöbbször 
az jár jól, aki pénzkiadás nélkül tudja 
bővíteni programkészletét. 

— A Commodore-korszakból nem- 
csak örököltük, de tovább is fejlesztet- 
tük az , én is adok, te is adsz" játékot. 

— A lop-ware helyzet miatt egyre 
sokasodó programvédelmek ezek dü- 
hödt feltörésére és a feltört verziók 
gátlástalan terjesztésére késztetik a mél- 
tán felbőszült hozzáértőket. 

— Amíg egy mezei diplomás itthoni 
havi átlagbérének 2-, 4-, sőt 8-szorosába 
kerül egy-egy jobb program, addig ma- 
gánemberként kevesen fogják azt meg- 
venni; a vállalatnak pedig olcsóbb egy 
alulfizetett  diplomással elvégeztetni 
azt, amit egy drága program pár perc 
alatt elvégezhetne — akár egy titkárnő 
keze alatt. 

— A szoftverforgalmazók jelenlegi 
üzletpolitikája is hibáztatható. Amíg a 
regisztrált program tulajdonosa szinte 


semmi pluszt nem kap a pénzéért, addig 
ugyan mi késztesse a vásárlásra? 

Mivel sem a programok árának 
drasztikus csökkenése, sem a vásárlóe- 
rő növekedése, sem pedig a morál ja- 
vulása magától nem várható, a prog- 
ramvédelmeket pedig majd a piac spon- 
tán alakulása fogja csak megszüntetni, 
az egyetlen járható út a megvásárolt 
szoftverekkel járó kiegészítő szolgálta- 
tások jelentős bővítése. 

Tudom, nem két fillér egy szoftver- 
tanácsadó szolgálat fenntartása, de nem 
ártana összehozni egy olyan irodát, ahol 
összegyűlhetnének a különböző prog- 
ramok szakavatott ismerői. Akár olyan 
módon, hogy a szoftverforgalmazó cé- 
gek közösen szponzorálnák a tanácsadó 
irodát, ellátnák információval, hogy ki 
mit vásárolt meg és mire jogosult. Elő- 
ször természetesen csak néhány tucat 
program ismertetését, támogatását vé- 
gezhetné az iroda, a támogatott prog- 
ramok száma végül a kereslet/kínálat 
függvényében alakulna. Ilyen formán 
hosszabb távon mindenképp megtérül- 
ne ez a befektetés. Az sem mellékes, 
hogy ez az iroda független beszerzési 
tanácsadóként, sőt referenciahelyként, 
valamint bemutató és oktató bázisként 
is szolgálhatna, ami mindenképp költ- 
ségmegtakarítást eredményezhetne a 
szponzoroknak, nem beszélve a fel- 
használók hasznáról. 

Az irodát természetesen úgy is el 
tudom képzelni, hogy a ténylegesen ott 
dolgozók az érdeklődőknek megadják 
az adott program(ok) szakértőjének a 
telefonszámát. Ezek a szakértők akár 
másodállásban is végezhetnék a tanács- 
adói tevékenységet fő munkahelyükön 
vagy otthon, s így még a terem- és 
gépköltség is tetemesen lecsökkenne. 
Ez a megoldás lehetővé tenné, hogy 
2-12 órán belül bármilyen gond kikü- 
szöbölésére találnánk megfelelő szak- 
értőt. A bedolgozó kollégák honorálását 
átalánydíjas vagy eseti szerződésekkel 
kellene rögzíteni. Mindenesetre várjuk 
a reflexiókat és az érdeklődőket. 

Nagy Gábor 
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Érdekeink, érdekeltségeink 


Ami jogtiszta, az drága? 


Magyarországon a számítógépes kultúra 

az elmúlt évek gazdasági és társadalmi körülményein 
felülemelkedett, és a hasonló helyzetű 

(volt KGST) országok színvonalát meghaladja. 
Számos szoftveres szakemberünk dolgozik külföldön, 


és sok hazai cég pályázik 


nyugat-európai szoftverfeladatok elnyerésére. 


Az európai integráció jegyében új ki- 
hívásokra kell reagálnunk, kilépve a 
jelenlegi gyakorlatból, ütköztetve azt a 
nyugat-európai, illetőleg amerikai kö- 
vetelménykkel. 

Az alábbiakban egy szoftveres kötet- 
len elmélkedéseit olvashatják, melyet 
25 éves, főként hazai szakmai gyakorlat 
után vetett papírra. 

A jó szoftvernek egyrészt fizetőképes 
kereslete van a tőkés piacon, másrészt 
azonban nagy a verseny és temérdek 
kiváló szoftvertermék jelenik meg. 
Sürgős feladat tehát részint megismerni 
azokat az új formulákat, amelyek hasz- 
nálata rendszeresen jelentkezik a ver- 
senytárgyalások alkalmával, részint 
olyan minőségű, egyedi szoftverter- 
mékeket készíteni, amelyek gyártási 
színvonala kielégíti a nyugati igénye- 
ket. 


A szoftvergyártás 


A szoftver szellemi termék és áru, amit 
ma már elismer a társadalom. Ez az áru 
szorosan összefügg a műszaki haladás- 
sal, ezért elavulása, használati értéké- 
nek időlegessége, valamint rövid élet- 
ciklusa sem vitatott. Lényeges sajátos- 
sága a gyártási színvonal, a megbízha- 
tóság és az árukra jellemző, számos 
gazdasági, kereskedelmi mutató, mint 
a piacképesség és a jogvédelem. 

A hazai szoftvertermékek szervezett 
minősítése, illetve ennek alapján törté- 
nő osztályozása esetleges. Néhány 
szoftverház belső értékeléssel kívánja 
termékeinek színvonalát biztosítani, de 
ez a módszer és az értékelés szempont- 
rendszere még nem elég kidolgozott, 
nem nyilvános. 

A kitűzött célt, a versenyképes gyár- 
tást a piac szabályozó hatása nagy ké- 
séssel követi. 
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A szoftveres képzésről 


Napjaink szinte összes nagy szoftveres 
cége egymással versenyezve sajátegye- 
temi programmal rendelkezik, melynek 
keretében rendkívüli mértékű, de rend- 
szeres árkedvezményekkel (50-8090), 
az egyetemek elárasztásával kívánja 
megerősíteni termékeinek hosszú távú 
piacát. Ez a gyakorlat hazai berkekben 
is terjed, és a kellő mértékű kölcsönös 
készség igen hamar kialakul. A termé- 
kek tartalmának, használatának és kör- 
nyezetének a megismertetésére, a Szoft- 
ver- és a gyártási kultúra emelésére 
— véleményem szerint — ez a módszer 
igen jó lehetőséget ad. 


A szoftverforgalmazás 


A szoftver mint áru szorosan kapcsoló- 
dik a csúcstechnikához, ezért stratégiai, 
politikai jelentősége lényeges. A hazai 
politikai változások ütemében és mér- 
tékében hozzájuthatunk olyan nyugati 
kereskedelmi termékekhez, melyek az 
aktuális COCOM-előírásoknak megfe- 
lelőenlegálisan beszerezhetők. A csúcs- 
technikához közeli szoftverek jogvé- 
delme a nyugati országokban még lé- 
nyegesen eltér a hazai gyakorlattól. 
Jogrendünk minden bizonnyal követni 
fogja az e téren ránk váró korszerűsí- 
tést. 

A szoftveres társadalom azonban je- 
lenleg Magyarországon nehezen alkal- 
mazkodik az új szokásokhoz, követel- 
ményekhez, és ezzel lassítja saját ter- 
mékeinek reális piaci értékelését. 
Ugyanis egy önálló hazai szoftver, 
amely drága (jogtiszta) nyugati szoft- 
verek alkalmazásával készül, automati- 
kusan magasabb kategóriába lép. Ilyen 
irányba hat az alkalmazott alapeszköz 
ára és annak hatékonysága. 


A jogvédett nyugati szoftverek hazai 
forgalmazóinak egy része megkísérli 
áthidalni a még jelentős szakadékot, és 
a vásárlókat szerződéssel készteti a 
megfelelő gyakorlat elfogadására. 

Mivel a szoftvervédelem egyéb mó- 
dozatai (vírus, hardverkulcs stb.) rend- 
szeresen sok nehézséget okoznak, a 
komoly cégek, melyek a felhasználóval 
való kölcsönös megbecsülés és bizalom 
alapján folytatják kereskedelmüket, 
ilyen módszerekhez nem folyamod- 
nak. 


A jogtiszta szoftver 


Hogy a korszerű piac miként dolgozik, 
illetve hogy a modern kereskedelem és 
az érdekeltség összhangja mit takar, egy 
példával világítható meg. 

Vegyük szemügyre az Informix, egy 
amerikai gyártmányú, a világ élvonalán 
mozgó, relációs adatbázis-kezelő ter- 
mékcsoport hazai forgalmazásának 
skellékeit". 


— Minden termék gyártási számmal 
van ellátva, amely alapján a gyártó cég 
és a gyártási idő azonosítható, minden 
példány sorsa követhető. 

— A cég a termékei fejlesztésének 
eredményeként elkészült újabb ver- 
ziókkal a nyilvántartott jogos felhasz- 
nálókat rendszeresen és költségmente- 
sen ellátja. 

— A jogtiszta termékek tulajdonosai 
minden kereskedelmi akcióban, illetve 
az igényelt szakmai támogatás során 
lényeges előnyöket és kedvezményeket 
élveznek. 

— A jogos tulajdonosokat a cég és 
képviselői disztribútorokon és felhasz- 
nálói körökön mint szakmai érdekkép- 
viseleteken keresztül látja el a legfris- 
sebb információkkal és  segédesz- 
közökkel. 


A végfelhasználók és a fejlesztők 
viszont szerződés alapján kötelezik ma- 
gukat a termékre vonatkozó előírások 
betartására, mely ebben a viszonylatban 
egyértelműen érdekük is. (Nem ilyen 
tartalmú, de mégis aktuális szerződés- 
mintát mutatunk be olvasóinknak a 17. 
oldalon.) 

Csillagh Péter 
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SZOFTVERKÖLCSÖNZÉSI SZERZŐDÉS 


Létrejött a . (cég és cím), 
valamint .... fi bbiakban ügyfél) 
között. A szerződő felek megállapodnak az alábbi szoft- 
vertermék kölcsön formájában történő átadásáról-átvéte- 
léről és használati jogának a továbbiakban részletezett 
módon történő rendezéséről: 

A termék neve: 

Beszerzési ára: . 

Azonosítási száma: .. 

SW kulcs kódja: .. 

Verzió száma: ...... 

Operációs rendszer: . 

A hálózat típusa: .. 

Felhasználók száma: 


Az ügyfélnek tudomása van arról, hogy: 

— A kölcsönzött szoftver a 

tulajdonát képező, eredeti gyártmány. 

— A szoftvertermék, amelyet a (cég) kizárólag az ügyfél 
számára enged át, hiánytalan és jogtiszta. 

— Az átadás a termék tanulmányozása, teljesítményének 
vizsgálata céljából történik, és abba betekintést kizárólag 
az ügyfélnek engedélyezik. 

— A (cég) a fenti szoftverváltozatot az ügyfélnek csak 
az alábbi licencfeltételek alapján, kölcsönképpen és meg- 
határozott időre engedi át. 


I. SZOFTVER SZERZŐI JOGOK, LICENCEK 


1. E szoftver kölcsönvételével az ügyfél nem szerzi 
meg a fenti változat tulajdonjogát, hanem csak meghatá- 
rozott időre szóló használati jogot szerez. 

2. Az ügyfél kizárólag egy adott számítógéprendszeren 


(az engedélyezett számítógéprendszer) jogosult a neki. 


átengedett változat használatára. Ebből a szempontból a 
hálózatban összekapcsolt számítógéprendszerek nem te- 
kinthetők egy rendszernek. A programok más számító- 
géprendszeren történő használata tilos. Amennyiben a 
változatot hálózatban való használatra engedik át, akkor 
a használati jog csak a (cég) által nyilvántartott és a 
szoftver gyártója által engedélyezett konkrét munkahe- 
lyekre vonatkozik. Az átengedett szoftvert az engedélye- 
zett számítógéprendszerről nem szabad elektronikus úton 
más számítógéprendszerre vagy hálózatra átvinni. 

3. Az átengedett változatokat az ügyfél sem gépi 
kódban, sem nyomtatott formában nem másolhatja le, 
még biztonsági okokból sem. A felhasználói kézikönyvről 
sem szabad másolatot készítenie. A szoftver harmadik 
félnek nem adható át. Ebből a szempontból harmadik 
félnek számítanak az ügyfél fióküzletei és leányvállalatai 
is. 

A szoftver gyártójának vagy a (cégnek) a programban 

vagy a felhasználói kézikönyvben található jelzéseit, 
Copyright jeleit és tulajdonosi megjelöléseit az ügyfél 
semmilyen módon nem változtathatja meg. 


II. TÉRÍTÉS 
A változat átengedése: 


a) Ingyenes. 
b Ft térítés ellenében történik. 


III. HASZNÁLATI IDŐ 


A szoftver a (cég) általi átadástól, illetve a szerződés 
aláírásától számított ... hónapig áll az ügyfél rendelke- 
zésére. A használati idő leteltével köteles azt újból a (cég) 
rendelkezésére bocsátani, illetve kérésére képviselőinek 
jelenlétében megsemmisíteni. 


IV. JÓTÁLLÁS 


Az ügyfélnek tudomása van arról, hogy az átvett 
változat teljes értékű szoftvertermék, amelyet kizárólag 
tanulmányozás céljára lehet felhasználni. Egyéb felhasz- 
nálása az ügyfél saját kockázatára történik. Az ügyfél 
csak abban az esetben léphet fel követeléssel, ha a (cég) 
részéről szándékos károkozás történt, minden más esetben 
az ilyen követelés kizárt. 


V. FELELŐSSÉG 


Az ügyfél tudomásul veszi azt a nyomatékos figyel- 
meztetést, miszerint a kapott szoftverrel adatfeldolgozást 
nem végezhet. Amennyiben próbaképpen adatokat akar 
vele feldolgozni, azt csak akkor teheti, ha azok elvesztése 
esetén kár nem keletkezik. 

Az ügyfél a fenti termék megsemmisüléséért vagy a 
szerződés megszegéséért a fenti beszerzési ár mértékéig 
felel. 


VI. EGYÉB KIKÖTÉSEK 
1. A mindkét fél részéről történő szolgáltatások helye: 


Az ügyfél és (cég) között felmerülő vitás kérdésekben 
elsőfokú bíróságként a Bíróságot (cím) jelölték 
ki. 
2. Arra az esetre, ha az ügyfélnek az adott helységben 
nincs általános illetékessége, vagy ha a szerződés meg- 
kötése után székhelyét vagy szokásos tartózkodási helyét 
Magyarország területéről máshová teszi át, akkor a 
szolgáltatás költsége a helyszíntől függően megemelke- 
dik. Amennyiben az ügyfél szokásos tartózkodási helye 
nem ismeretes, a szerződő felek (közigazgatási egység) 
területi hatáskörében állapodnak meg. 

3. A (cég) és az ügyfél közti jogi kapcsolatot kizárólag 
az MK jogi előírásai szabályozzák. 

4. Kiegészítőleg érvényesek még a (cég) általános 
üzleti feltételei és a mindenkori megbízások igazolásai. 

5. Amennyiben a jelen szerződés egyes rendelkezései 
nem lennének hatékonyak vagy valamely később felme- 
rülő körülmény folytán elvesztenék jogi érvényüket, vagy 
ha ebben a szerződésben bármilyen hiányosság merülne 
fel, mindez nem érinti a többi rendelkezés jogi érvényét. 

A szerződés érvénytelen rendelkezései helyett, illetve 
a hiányosságok pótlására megfelelő szabályozásnak kell 
érvénybe lépnie, amelynek (amennyire lehetséges) minél 
jobban meg kell közelítenie a szerződő felek feltételezett 
eredeti szándékát. 

(Keltezés) 


aláírás (cég) aláírás (ügyfél) 
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Egy logikus lépés... 





Gyártófüggetlenség és nyílt rendszerek 


A , Copyright" kapcsán érdemes körülnézni 

annak tágabb fogalomkörében is, 

kitekintve például a szabványosítás tendenciáira. 
Egy látszólag logikátlan állítást szándékozunk 
alátámasztani: ami a legújabb, legkorszerűbb 

és leghatékonyabb, az korántsem mindig. eredeti. . . 


Egyre többen ismerik fel itthon is, hogy 
nagyobb számítógépi teljesítményre 
van szükségük. A nyiladozó piaci rést 
azonnal érzékelve, ilyen gépek kínála- 
tával elsőként a nagy külföldi cégek 
jelentek meg: IBM, DEC stb. Kiváló 
minőség, megfelelő teljesítmény, bor- 
sos ár — így jellemezhető tömören a 
kínálatuk. Illetve, ami az árat illeti, első 
látásra az nem is olyan sok. Egyre 
gyakrabban kínálnak használt, néhány 
éves, uraságtól levetett konfigurációkat 
bérleti szerződések keretében. Ezek 
szinte mindig az adott cég — noha 
bizonyos kategóriákban szinte világ- 
szabványt képviselő — speciális ope- 
rációs rendszerével működnek, és ke- 
rülik a magasabb szinten szabványos, 
nyílt rendszerekre jellemző megoldáso- 
kat. 


Kiszolgáltatottság 


Hatalmas csapda ilyen gépet vásárolni! 
Éppen azért lehet ilyen rendszerekből 
egy-két éves , second hand" gépet ven- 
ni, mert ezek a fejlett ipari államokban 
tulajdonképpen megbuktak: nincs hoz- 
zájuk elegendő olcsó szoftver, és a 
speciális, gyártóspecifikus megoldások 
miatt a felhasználó ki van szolgáltatva 
a gyártó kénye-kedvére. A gyártók ezzel 
a , futok a pénzem után" jellegű felhasz- 
nálói kényszerhelyzettel számolva, po- 
zíciójukat szemérmetlenül kihasznál- 
ják: a hardver- és szoftverbérleti díjak, 
karbantartási átalánydíjak, vételi tör- 
lesztőrészletek rendkívül magasak, és 
előre rendszerint nem is ismertek. 

A szocializmus máról holnapra élő 
pazarlásában felnőtt nemzedék számára 
kicsit idegen, hogy néhány évre előre 
vegye figyelembe a költségeket, de a 
piacgazdaságban ez elkerülhetetlen. 
Tudomásul kell venni, hogy az infor- 
matikára fordított beruházás a vállalko- 
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zás beruházásainak, esetenként legna- 
gyobb részét teszi ki, és szerencsétlen 
megválasztása — még ha műszakilag 
meg is felel a követelményeknek — 
tönkreteheti magát a vállalkozást is. 


Szabványos felületek 


Kiutat a PC-hálózatok és a gyártóspe- 
cifikus rendszerek csapdáiból az ún. 
nyílt rendszerek kínálnak. Más, idősebb 
iparágakban a szabványosítás jelentő- 
sége óriási; míg a számitástechnikában 
az elképesztően gyors fejlődés eddig 
háttérbe szorította azt. Mire egy szab- 
vány megszületett, már el is avult. Most, 
hogy ez az iparág is korosabb — noha 
fejlődésének lendülete még mindig tö- 
retlen — sikerült megtalálni azokat a 
szabványokat, amelyek nem fékezik a 
fejlődést, hanem az egységesség miatt 
elérhető magasabb gyártási darabszá- 
mok jóvoltából éppenséggel serkentik. 
Ezek a szabványok elsősorban interfé- 
szek: szabványos felületek rendszerek 
és rendszerelemek között. Nem kell 
tehát teljes számítástechnikai rendszert 
előállítani gigantikus cégeknél, elegen- 
dő csak egy-egy szabványos interfészű 
elemet gyártani — vagy ilyen szab- 
ványos elemekből egy rendszert össze- 
állítani. 

Manapság a szabványok mennyisége 
és a szabványok alapján gyártó vállal- 
kozások száma elért egy kritikus töme- 
get. Ennek eredménye egy nyugaton 
viharosan terjedő irányzat: az informa- 
tikát ilyen nyílt, szabványos rendsze- 
rekre alapozzák. 

A nagy teljesítményű eszközök kö- 
rében naponta dőlnek halomra a csú- 
csok: egyre kedvezőbb ár/teljesítmény 
mutatóval jelennek meg a rendszerek. 
Ugyanolyan földcsuszamlásnak va- 
gyunk a tanúi, mint amilyet a PC-k 
jelentettek korábban. 


A nyílt rendszerek szabványai egyre 
szélesebb körben hálózzák be az ipar- 
ágat. Jelenleg az operációs rendszer 
szabványosítása áll a középpontban. 
Ennek jelentősége óriási: nagymérték- 
ben függetlenítheti az alkalmazói szoft- 
vereket a hardvertől. A jelenlegi elkép- 
zelések szerint az alkalmazói progra- 
mok már a nagyon közeli jövőben bi- 
náris kód szintjén lesznek átvihetők az 
azonos utasításkészlettel rendelkező 
processzorok között. 


Egyetlen jelölt: az UNIX 


A nyílt operációs rendszer alapja az 
egyetlen lehetséges jelölt, a UNIX lett. 
Kisebb viták még folynak, de a legfon- 
tosabb gyártók gyakorlatilag meg- 
egyeztek. Jelenleg még nem teljes a 
szabvány, de 1-2 éven belül komplett 
lesz; és akik UNIX-platformról indul- 
nak a változáskor, azok minimális mó- 
dosítással érhetik el majd a kínált lehe- 
tőségeket. 

A hardver területén néhány régebbi 
és újabb szabvány szinte teljessé tette 
a gyártótól való függetlenséget. Már a 
kaliforniai számítógépgyártás legtöbb 
cége is a piacon kapható szabványos 
elemekből építkezik, és csak kevés saját 
elem van a gépeikben — ha egyáltalán 
van. Különösen biztatóak a többpro- 
cesszoros rendszerek; ezek olcsó, ipari 
szabványnak tekinthető processzorok- 
ból, szabványos operációs rendszerrel 
a nagygépekét elérő vagy meghaladó 
teljesítményt nyújtanak. 

Magyarországon a számítástechnika 
most lép igazán intenzív fejlődési sza- 
kaszba. Jó lenne, ha elkerülnénk azokat 
a csapdákat, amelyekbe az előttünk 
járók már beleestek. Most csak körvo- 
nalazva a terepet, három nagy veszély- 
forrás kiküszöbölése jelentene bizton- 
ságos helyzetet a jövőre nézve: 

1.PC-hálózatok használata olyan fel- 
adatokra, amelyekre azok nem képesek. 

2. A gyártóspecifikus rendszerek pre- 
ferálása. 

3. Biztos alapok (adatbázisok, infor- 
mációs rendszerek) nélkül drága grafi- 
kus megjelenítő rendszerek erőltetése. 

Polló László 


(A fenti írás második részét lásd ADATRENDE- 
ZŐ rovatunkban a 35-36. oldalon.) 





, Soft" vagy ,hard"? 


A HÓNAP TÉMÁJA 


A szoftveres jövedelmek adója 


, 


A kérdés: ki lehet-e, illetve ki szabad-e vonni 
a szoftveres jövedelmeket az adózás alól? 

A válasz szerintünk az, hogy alapvetően nem. 
De a kérdésnek több oldala van, 

nem lehet ilyen egyszerűen sem feltenni, 


sem megválaszolni. 


Nézzük itt meg a sok szempont közül az emberi oldalt: 


mit jelent szoftveresnek lenni, 


és kik ma Magyarországon a szoftveresek. 


Nemzeti-kulturális örökségünk egyik 
érdekes vetülete, hogy a reál értelmisé- 
get — ezen belül a műszakiakat és a 
természettudományokkal  foglalkozó- 
kat— hagyományosan mindig nagyobb 
megbecsülés övezte, mint akár ahumán 
hivatások képviselőit vagy az üzleti 
élet, a gazdaság irányítóit. A magyar 
arisztokrácia még a múlt században is 
megvetéssel kezelte a kereskedőket. 
Fokozódott a műszaki értelmiség rela- 
tív kiemelkedése a második világhábo- 
rút követően napjainkig, noha nem a 
megbecsültség további abszolút növe- 
kedésével, hanem a többiek respektjé- 
nek drasztikus csökkenésével. 

Az értékeltolódás talán nem kis mér- 
tékben annak köszönhető, hogy a reál 
értelmiségnek adatott meg egyedül a 
lehetőség hivatását politikamentesen, 
politikai értelemben elvileg megalku- 
vásmentesen gyakorolni. Számtalan te- 
hetséges fiatalembert sodort ez a meg- 
fontolás a műszaki, természettudomá- 





nyos pályák felé, pedig más területen 
talán értékesebbet produkálhattak vol- 
na. Kialakult tehát egy színvonalas mű- 
szaki értelmiségi gárda — ha úgy tet- 
szik, az általános kontraszelekció 
egyetlen pozitívumaként. 

Es ennek a folyamatnak a kellős 
közepén, a hetvenes években jön a 
század nagy technikai forradalma 
— amelyet az átpolitizált társada- 
lomvezetés természetesen nem hajlan- 
dó észrevenni —, a számítástechnika 
robbanásszerű elterjedése. 

A jól felkészült, nagy létszámú mű- 
szaki értelmiség startképes, kreatív — 
általában fiatal — rétege azonnal rea- 
gál, és fölkapaszkodik az induló vonat- 
ra. Autodidakták, nemzetközi segítség- 
gel létesített oktatási intézményekben 
tanulók, magas szintű külföldi kikép- 
zésben részesülő szakemberek, egyete- 
mi tanszékeken a programozást és a 
nagy rendszereket csodáló és ismerő, 
ezek bűvöletében élő specialisták köré- 
ből a műszaki értelmiség elit- 
je körvonalazódik — ám a 
gazdaságnak nincs szüksége 
a kiművelt emberfők ezen so- 
kaságára. 

Nos, ekkor valami soha- 
nem-volt játszódik le: nem az 
állástalan diplomások számí- 
tógépes tagozata alakul meg, 
hanem a lassanként liberali- 
zálódó gazdasági terepen 
egyszeriben kiderül, hogy ez 
a fajta tudás a gazdaság más 
termékeivel és nemzeti fize- 
tőeszközünkkel ellentétben 
konvertibilis. Ha pedig elad- 
ható, akkor el is adják. Van, 
akiért 80-100 márkát vagy 
még többet is fizetnek egy 


órára. Többet keres, mint honfitársai 
egy nap alatt — leszámítva az ügyes- 
kedők szintén gyarapodó táborát. 

Ezen a ponton jutottunk el az adózá- 
sig. Adót minden jövedelem után kell 
fizetni, ez természetes, ezt többé-kevés- 
bé egyetemlegesen vallja ma az a pol- 
gári etika, amelynek jegyében többek 
között Európához is akarunk tartozni. 
A kérdés csak az, mennyit. A mai 
magyarországi adómértékek nem felel- 
nek meg teljesen a fenti követelmé- 
nyeknek — gondoljunk itt a bruttó 
elvonás százalékaira, valamint arra az 
európainak nem nevezhető megoldásra, 
hogy a létminimumra is adót vetnek ki. 

Méltánytalan teherrel magától érte- 
tődően nem lehet sújtani semmiféle 
olyan tevékenységet, amelyet szabadon 
el lehet adni máshol. 

Magyarán: ha érvényesül a ma legá- 
lis adókedvezményeket megszüntetni 
kívánók akarata, aligha várható tovább, 
hogy e teljesítmények alanyai akár csak 
annyi adót is fizetnek, mint eddig. Kül- 
földön fognak adózni, mert ott keve- 
sebbet fizetnek. Az adótáblákat kiter- 
velőknek el kell dönteniük, érdemes-e 
ezt erőltetni; hoz-e a , szüntessük meg 
a kedvezményeket" széles körben pre- 
ferált demagógiája annyit a pénzügy 
népszerűségi indexén, mint amennyit 
elvisz az adóbevételekből. Hacsak azt 
nem kalkulálják bele, hogy egyes nyu- 
gat-európai kormányok hálásak lesznek 
a náluk lecsapódó potya adóbevétele- 
kért... 

A jelenlegi kedvezményes feltételek 
mellett is nem kevés szakember vállalja 
a külföldi adózást, mert így részesülhet 
az ottani társadalmi juttatásokból 
(egészségügyi ellátás, nyugdíj, a csa- 
ládtagok perspektivikus érdekei). Mi 
történik, ha az itthoni lehetőségeket 
tovább szigorítják? 

Minden társadalom célja, hogy a 
húzó ágazatok produktumát fokozza. 
Figyelembe kell venni, hogy ma ezt a 
szerepet a számítástechnika tölti be — 
ha engedik neki. Ebben a műfajban 
nemzetközi mércével is kiemelkedő al- 
kotások születnek, amelyeket így is 
díjaznak. Ennek egyik formája, hogy 
adókedvezményeket építenek be a jö- 
vedelmek elszámolásába. 

Bojár Gábor — Hornung Péter 
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Szakirodalmi válogatás —— 
a szerzői jogvédelem témaköréből 


Angol nyelvű cikkek: 


Software comes clean (A szoftverek jogi 
védelmének növekvő szerepe) 
Electronics (US) 1990/8 

Computer law, informatics law or infor- 
mation law? (Javaslatok az információ- 
technológiával összefüggő kérdések jo- 
gi szabályozására) 

Information Age (GB) 1990/4 
Copyright protection for the status 
screen of a computer program (Számí- 
tógépes programok képernyő-képeinek 
szerzői jogvédelme) 

Rutgers Computer and Technology Law 
Journal (US) 1989/1 

Copyrightability of computer-ereated 
works (A számítógéppel létrehozott al- 
kotások szerzői jogvédelmének lehető- 
ségei) 

Rutgers Computer and Technology Law 
Journal (US) 1989/1 

Access to federally funded research 
data under the freedom of information 
act (A szövetségi kutatási adatokhoz 
való hozzáférés az információs törvény 
égisze alatt) 

Rutgers Computer and Technology Law 
Journal (US) 1989/1 

Copyright protection: computer-related 
dependent works (A szerzői jogvédelem 
kérdései számítógépes adatok és prog- 
ramok részleges, vagy másodlagos fel- 
használása, módosítása és utánzása 
esetén) 

Rutgers Computer and Technology Law 
Journal (US) 1989/2 


Crackdown a software pirates (Az ille- 
gális ,szoftvertolvaj" hálózatok tényke- 
désének veszélyei) 

Computerworld (US) 1990/6 


Making pirates walk the plank (A szoft- 
verek jogtalan másolása elleni küzde- 
lem) 

Computerworld (US) 1990/14 

Archival backup copying of software: 
how broad a right? (Biztonsági szoftver- 
másolás: mi fér bele?) 

Rutgers Computer and Technology Law 
Journal (US) 1988/2 


Defining the scope of software copyright 
protection for maximum public benefit 
(A szoftver szerzői jogának meghatáro- 
zása a maximális közjó érdekében) 
Rutgers Computer and Technology Law 
Journal (US) 1988/1 

Software firms unite to duel piracy (Hat 
nagy szoftverház közös vállalkozása a 
szoftver-kalózkodás letörésére) 
Computer Age (US) 1988/10 
Copyright, licensing agreements and 
gateways (A szerzői jog, a licenc-meg- 
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állapodások és az adatbázisok informá- 
ciótartalmának jogi védelme) 

Online Review (GB) 1990/4 

Microsoft tests Rainbow Technologies" 
antipiracy device (A Microsoft teszteli a 
Rainbow szoftvervédelmi eszközeit) 
Europa Report (GB) 1988/34 

Adobe wins copyright for font program... 
(Az Adobe kapott elsőként szerzői jog- 
védelmet betűprogramjára) 

Computer Age (US) 1990/4 

Licencing multiuser software varies by 
vendor (A többfelhasználós szoftverek 
licence gyártónként különbözik) 
Infoworld (US) 1990/4 

You can overcome the fear of shareware 
(A shareware-rel szembeni idegenke- 
dés leküzdhető) 

Computerworid Australia (AU) 1990/33 
EEC directive spurs patent controversy 
(Az Európai Közösség szabadalomvé- 
delmi koncepciója) 

Computer Design (US) 1990/6 
European Community urged to streng- 
then protection for US software prog- 
rams (Az Európai Közösség az amerikai 
szoftverek védelmének szigorítását sür- 
geti) 

Computer Age (US) 1990/20 

The computer and personal privacy, part 
II: The emerging worldwide response to 
the threat to privacy from computer 
databases (A számítógép és a szemé- 
lyiségi jogok: nemzetközi reagálás a 
számítógépes adatbázisokból fenyege- 
tő veszélyre) 

Library Hitech (US) 1988/1 

Legal aspects of the protection of data 
centres (A számítóközpontok védelmé- 
nek jogi vonatkozásai) 

Information Age (GB) 1989/2 


The data bandits (Az adatbanditák) 
Byte (US) 1989/1 

Software copying policies of the Fortune 
500 (Az illegális szoftvermásolás kérdé- 
sei az 500 legnagyobb amerikai válla- 
latnál) 

Journal of Systems Management (US) 
1989/7 

Effect of transborder data flow upon 
information securty and integrity (A nem- 
zetközi adatáramlás hatása az informá- 
ció biztonságára és az adatvédelemre) 
Information Age (GB) 1989/3 

The semiconductor chip protection act 
and its impact on the international pro- 
tection of chip designs (Az amerikai 
félvezető-technológia védelmét kimon- 
dó törvény és annak hatása a chip- 
konstrukciók nemzetközi védelmére) 
Rutgers Computer and Technology Law 
Journal (US) 1989/2 





Malpractice in I5? (Számítógépek és 
informatikai rendszerek hibás működé- 
sével kapcsolatos szakmai és jogi fele- 
lősség kérdései a joggyakorlatban) 
Datamation (GB) 1989/20 


To Russia with software (A nyugati 
szoftvertermékek jogi védelmével kap- 
csolatos elvi megállapodás szovjet és 
amerikai szakemberek között) 
Datamation (GB) 1989/23 


Soup or art? (A szoftvervédelem kérdé- 
sei és a felhasználó érdeke — szerzői 
jog, szabadalmi jog, szabvány) 
Computer Language (US) 1989/9 


Software licencing (A szoftvervédelem 
jogi kérdései) 

Computer Systems Science and Engi- 
neering (GB) 1989/3 


Data and software security (Adat- és 
szoftverbiztonság) 

Computer Systems Science and Engi- 
neering (GB) 1989/6 


Storing text retrieval systems on CD- 
ROM: compression and eneryption con- 
siderations (Szöveges információkere- 
ső rendszerek tárolása CD-ROM-on — 
az adattömörítés és a kódolás szem- 
pontjai) 

ACM Transaction on 
Systems (US) 1989/3 


Information 


Német nyelvű cikkek: 


Daten-Desaster verhindern! (Hogyan 
készítsünk gyorsan és hatékonyan biz- 
tonsági másolatokat a merevlemezes 
tárolóról?) 

PC Welt (DE) 1990/12 


:Dongles": Hardware schützt Software 
(A ,Dongles" hardveres szoftvervéde- 
lem 

Elektronik (DE) 1990/10 


Software schützt Software (Szoftveres 
szoftvervédelem) 
Elektronik (DE) 1990/17 


Eine harte Nuss für ,Knack" (Szoftveres 
titkosító eljárások) 

MC  Mikrocomputer-Zeitschrift 
1990/9 


(DE) 


Az összeállítás 
a Sandokan 
adatbázis 
alapján készült. 
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PC Tools 7.0 


A feneketlen láda 


Sokunk első PC-s élménye 

és igazi univerzális keretprogramja 

a PC Tools valamelyik korábbi változata volt. 

Akkor persze még elfért 

egyetlen 360 kilobájt kapacitású floppyn. 

Júniusban jelent meg 

a Central Point PC Tools 7.0 verziószámú változata, 
mely már alig emlékeztet 

a hajdanvolt ügyes kis PCTOOLS-ra 

(vagy ahogy sokan átnevezték: PCT-re), 

nagyobb és többet tud, mint valaha. 

Ezúttal megvizsgáljuk, mit tartalmaz a Central Point 
szinte feneketlen szerszámosládája. 

Előrebocsátjuk, hogy rozsdás szögbe nem nyúltunk! 


megléte nem feltétlen szükséges, de jó 
tudni, hogy immár minden PCT prog- 
ram egérrel is vezérelhető, és tekintettel 
a kiválasztható funkciók nagy számára, 
meg kell vallani, hogy egérrel gyorsab- 
ban célt érünk, mint ha a hagyományos 
billentyűparancsokat adnánk ki, Ha va- 
laki a Windows alá készített szolgálta- 
tásokat is igényli, úgy rendelkeznie kell 
egy Microsoft Windows 3.x-szel és egy 
1,2 Mbájtos floppyegységgel. 

Néhány szó az installációs eljárásról, 
Itt is számítanak a gyártók arra, hogy 
valaki pont abból a célból választotta 
a PCT-t, hogy elveszett(nek hitt) ada- 
tait visszanyerje, így mód van azonnal 
az adat-visszaállító szolgáltatásokat 


Csak néhány tájékoztató adat a program 
méreteiről: a PC Tools 14 darab 360 k-s 
és 1 darab 1,2 Mbájtos lemezen talál- 
ható. A csomagban 8 vastagabb-véko- 
nyabb kézikönyv sorakozik. (Getting 
Started/Tips for Windows, Commute, 
Data Recovery and System Utilities. 
Desktop Manager, DOS Shell/File Ma- 
nager, Hard Disk Backup, Windows 
Utilities, Virus Detection, Removal and 
Prevention.) Valójában öt önállóan is 
forgalmazott terméket foglal magában 
a PC Tools 7.0 csomag: a DOS Shellt, 
a Desktop Managert, a Central Point 
Backup 7.0-ás változatának külön 
DOS- és Windows-változatát, a Com- 
mute nevű kommunikációs szoftvert, 
valamint a Central Point Anti-Virus 
1.0-át. Ezek egyenként több mint 
10 000 Ft-ért kerülnének forgalomba, 
így egyben azonban 22 000 Ft-ért elér- 
hető a tejles kollekció. A legtöbb prog- 
ramra már hálózatos környezetben is 
tökéletes működést garantál a gyártó, 
ehhez a Supervisornak (rendszergazdá- 
nak) kell a megadott módon installálnia 
a programokat a központi gép erőfor- 
rásaira. 

Egy kicsit időzzünk el a mellett a 
téma mellett is, hogy milyen PC-kon- 
figurációt igényel a PC Tools (a továb- 
biakban mi is a frappánsabb PCT elne- 
vezést használjuk). Tetszés szerinti 
olyan PC, XT, AT vagy PSZ2, illetve 
ezekkel kompatibilis gépen futtatható a 
PCT, amelynek van legalább 512 k 


memóriája, egy floppy- és egy hard- 
diszk-meghajtója, s rajta 3.2-es vagy 
annál újabb DOS üzemel (termé- 
szetesen 10099-ig kompatibilis az új 
MS-DOS 5.0-val, ezt jelen sorok írója 
immár 2 hónapja folyamatosan teszte- 
li). A Commute programhoz két gépet 
összeköttetésbe kell hozni akár LAN, 
modem vagy null modem (háromeres 
soros vonali összeköttetés elterjedt 
megnevezése) segítségével. Nem árt 
tehát, ha Hayes-kompatibilis modem- 
mel és faxkártyával is rendelkezünk, 
így a PCT legújabb szenzációs szolgál- 
tatásait is ki tudjuk használni. Egér 


Compress Analysis Options 
Status 
Cluster 2 4 
Elapsed Time: 88:BA:BB 
Unfragnent Files 


(DISKFIX, UNFORMAT, UNDEL, 
FILEFIX) is igénybe venni még a me- 
revlemezes installáció előtt (hogy ne 
tegyük magával az installációval lehe- 
tetlenné az elveszett adatok visszanye- 
rését). Nem árt az eredeti lemezekről a 
DOS DISKCOPY parancsával egy-egy 
másolatot készíteni, plusz előre legyár- 
tani egy rendszerlemezt (FORMAT /S 
paranccsal). Ez utóbbi lemezre teszi ki 
a PCT az installáció során — külön 
kérésre — a legfontosabb rendszerin- 
formációkat (boot-sector, FAT, direc- 
tory, CMOS RAM tartalma stb.), s a 
lemezt elkereszteli Recovery Disknek 
(egy impozáns floppycímkét is melllé- 
keltek a csomagban erre a célra). Ví- 
rusfertőzés, rendszerösszeomlás, elállí- 


Help 


Boot Sector - AÁllocated 
- FAT Sector H - UWnallocated 
Root Directory X - Bad Cluster 


1 Block - 18 Cluster(s) 
(OTTSS zs ENÉ 
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tódott CMOS Setup, harddiszk-meghi- 
básodás esetén ezernyi gondtól — és 
szervizestől — kímél meg bennünket 
ez a lemez, ne sajnáljuk rá a lemezt és 
időt, fogadjuk meg a gyártók jó taná- 
csát, csináltassunk egy Recovery Dis- 
ket! 

Az installációs eljárás tovább okoso- 
dott, immár szuperintelligens, informa- 
tív programmá nőtte ki magát. Kivá- 
laszthatjuk egy menüből, mely részeit 
kérjük a PCT-nek, melyeket nem, kijel- 
zi a program, hogy a választott opciók 
mekkora helyet foglalnak majd el a 
harddiszken, és azon éppen mekkora a 
szabad hely nagysága. Ha mindent ké- 
rünk — mert legtöbben telhetetlenek 
vagyunk —, úgy 11 Mbájtunk fogja 
bánni megalomániás döntésünket. A fi- 
zikai másolás végeztével kézzel konfi- 
gurálhatjuk a felmásolt PCT egyes tu- 
lajdonságait: megadhatjuk, mely prog- 
ramok töltődjenek be automatikusan (és 
tárrezidensen) már a gép újbóli elindí- 
tásakor is (érdekesség a DeskConnect 
soros vonali adatátviteli program). 

A Desktopon belül kérhetjük, hogy 
a Backtalk és Fax support funkció dol- 
gozzék-e háttéridőben is (vehessünk, 
illetve adhassunk fájlokat és leveleket). 
A Commute is betölthető rezidensen, 
ekkor lehetőségünk nyílik más gépek 
erőforrásait is vezérelni, azaz saját gé- 
pünkről elindíthatunk egy másik gép 
harddiszkjén egy tetszőleges progra- 
mot. Azonnal biztonsági mentést is ké- 
szíthetünk harddiszkjeink kulcsfontos- 
ságú információiról (Mirror), felvértez- 
hetjük magunkat a vírustámadások el- 
len (VDefend) és beindíthatjuk a vélet- 
len törlés elleni automatikus védelmet 
(Data Monitor). Ha ezt kérjük, úgy 
törölt állományok  visszaállításakor 
még az első karakterét sem kell a törölt 
állománynak kitalálni, azt egy listából 
egyszerű rámutatással újjáéleszthetjük. 
Kérhetjük a képernyőkímélő Screen 
Blanker szolgáltatást, a — könyv- 
tártitkosítást (Directory Lock), az álta- 
lános felülírás elleni védelmet (Write 
Protection) és a  lemezhozzáférést 
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drasztikusan  felgyorsító  PC-Cache 
programot is. Egy ütemező (Scheduler) 
segítségével tetszés szerinti program 
(adatmentés, adatkommunikáció) elin- 
dítható — például a munkaidő vége 
előtt 10 perccel. 

Háromféle felhasználói szint közül 
választhatunk — mint a klasszkus 
nyelviskolában: kezdő, középhaladó és 
haladó — ennek megfelelően a menük 
egyre bonyolultabbak és szövevénye- 
sebbek lesznek, bizonyos funkciók ala- 
csonyabb szinten (különösen a vissza- 
fordíthatatlan változtatásokat is okozó 
parancsok) el sem indíthatók. Megszab- 
hatunk egy jelszót is a PCT-hez, így 
annak szolgáltatásait csak az veheti 
igénybe, aki a jelszót ismeri. Egy szem- 
léletes ábra megjeleníti, hogy mennyi 
memória áll még szabadon rendelkezé- 
sünkre a konvencionális 640 k-ból. Ké- 
résre a PCT az AUTOEXEC.BAT és 
CONFIG.SYS állományainkat is kitölti 
a megfelelő módon — de még előtte 
egy-egy biztonsági mentést készít 
4: SAV kiterjesztéssel. 

APCT helprendszerét alapjaiban dol- 
gozták át, immár egy keresztreferen- 
ciákkal ellátott hipertext rendszernek 
tekinthető önálló elektronikus kéz- 
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chances of recovering deleted files. 
There are tuo types of protection: 


Directory Lock a and 


Current Status: 





könyvként funkcionál (névmutató-in- 
dex is van benne). 

EGA vagy VGA monitoros gépen 
már karakteres üzemmódban is nyíl 
alakú egérkurzorunk lesz, és egyértel- 
műéen az ikonszervezésű, rámutatásos 
kezelői felület felé tett nagy lépést a 
Central Point. Vízszintes és függőleges 
seroll-bar segíti az egérrel történő gyors 
pozicionálást. Azt kell mondanunk, 
hogy:-a PCT-t formatervezők és plasz- 
tikai sebészek vették kezelésbe, s az 
átalakítás csinosabbá, elegánsabbá, át- 
tekinthetőbbé tette a jó öreg, de még 
nem ráncos PCT-t. Akinek a gyári szí- 
nek, menük nem tetszenek, azok termé- 
szetesen a szivárvány összes színét fel- 
használva átfesthetik a PCT-t a 
PCCONFIG segítségével. 

A windows-os szolgáltatásokról dió- 
héjban: minden egyes DOS-program 
számára is ízléses ikon szolgál, ezeket 
DOS-ablakban futtatja a Windows. 
Négy speciális valódi Windows-fel- 
használást is kapunk: a CP Backupot, 
a CP Schedulert, a CP Launchert (ez a 
sokoldalú és gyors program a Windows 
File Managerét helyettesíti nagy siker- 
rel) és az Undelete-et. Néhány program 
nem indítható el a Microsoft Windows- 
ból, sőt tilos is elindítani, ilyen például 
a COMPRESS. 

Különös tekintettel az újdonságokra, 
néhány mondattal áttekintjük a PCT 
legfontosabb részeit, programjait. 


CP Commute 


Távoli terminált vezérlő (remote 
controlling) program. Főbb alkalmazási 
területei: otthon dolgozók postai tele- 
fonvonalon adhatják át munkáikat meg- 
bízójuknak, több gépről is lehet ugyan- 
azon a projekten, táblázaton, levélen 
dolgozni, mindenki hozzáteheti a ma- 
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gáét. Végfelhasználókat kisegíthetjük 
akár több száz kilométernyi távolságból 
is az általuk elindított problémás prog- 
ram monitorozásával (átvehetjük a tá- 
voli billentyűzet vezérlését, az ottani 
képernyőtartalom látszik a mi monito- 
runkon is!). 

Hivatásszerű távoktatásra is alkal- 
mas! 


CP Backup for Windows 


Ami merőben új: menthetjük a hard- 
diszk-tartalmat, míg egy másik progra- 
mon is dolgozunk (valódi multitask- 
ing). Egyszerre több merevlemezt is 
kezelhetünk. Szabványos streamereket 
kezel, kompatibilis a DOS alatti CP 
Backuppal, a mentés során automatikus 
vírusdetektálással kiszűri a fertőzött ál- 
lományokat. Nagyon jól használható a 
Compare Data opció, amikor is egy 
mentett állomány és az aktuális hard- 
diszk-tartalom kerül górcső alá. A DOS 
alatti CP Backup 7.0 több mint 30-féle 
adatformátum natív megjelenítésére is 
képes, új, ún. Express menüfelületet 
kapott a minél egyszerűbb kezelés ér- 
dekében. 


PC Shell 


Változtatható méretű, eltüntethető 
ablakok, szemléletes fájlszimbólumok, 
ikonok, új menüfelület (de kérhető a 
régi v6.0-ás is), jelszóval is védhető. 
DOS parancssor, az utolsó 16 DOS-pa- 
rancs visszahívható egy ablakba. Saját, 
felhasználói (User Menu) is létrehoz- 
ható. Laptop gépek összekötésekor 
szoftverkapcsolatot létesít, gyors fájlát- 
vitelt produkál. 

A Desktop nem újdonság, mégis ér- 
demes átfutni, milyen szolgáltatásokat 
kínál: többablakos editor, angol nyelvű 
helyesírás-ellenőrzővel,  vázlatkészítő 
(outliner), interaktív dBASE-kompati- 
bilis adatbázis-kezelő, automatikus te- 
lefontárcsázó, határidőnapló prioritásos 
tennivaló-listával, szabad időpont kere- 
sésével, modemkommunikáció (MCI 
Mail is!), elektronikus postázó, faxkár- 
tyakezelő, makróeditor scriptnyelvvel, 
négyféle kalkulátor (algebrai, üzleti, 
tudományos és programozói), ASCII 
táblázat stb... 


Diskfix 


Bizonytalan floppyt újraformáz adat- 
vesztés nélkül, merevlemezen karban- 
tartó jelleggel nem destruktív alacsony 
szintű formázást hajt végre, harddiszket 
optimalizál interleave faktor szempont- 
jából, felületellenőrzést végez a várható 
meghibásodások előjelzése céljából, 
rejtett, lappangó vírusokat derít fel a 
rendszerterületen belül. 





FileFix 


Sérült Lotus 1-2-3- (WKS, WK1-től 
WK3-ig) és Symphony-, valamint 
dBASE-kompatibilis állományok kija- 
vítása. Utóbbiaknál elbánik a sérült 
headerrel rendelkező fájlokkal, a ZAP- 
polt DBF-ekkel, a record frame errorral 
és az állomány közbeni véletlen EOF 
jellel, valamint az illegális karakterek- 
kel. 


PCSecure 


Adatfájlok titkosítása jelszóval (me- 
lyeken egyébként tetszés szerinti DOS- 
művelet elvégeztethető), tömörítés, kó- 
dolt állományok adása, visszafejtése 
modemen keresztül. 


SI, System Information 


Részletekbe menően meghatározza 
az aktuális hardverkonfigurációt, a me- 
móriakiosztást, a bővítések típusát, mé- 
retét, sebességét. Winchester- és CPU- 
tesztet készít. Hálózati környezetben 
kiírja az egyes felhasználók, volume- 
nok, felhasználói csoportok nevét, jel- 
lemző adatait, az SI rövid üzenetek 
küldésére is alkalmas a hálózaton ke- 
resztül (Vol Info, User List, Group List, 
File Info, Details, Select User, Message 
stb.)! 

Az egyik legjobban használható apró 
parancssori segédprogram az MI.COM 
(Memory Info), mely részletesen meg- 
mutatja, milyen állományok, eszköz- 
meghajtók (device drivers) csücsülnek 
a memóriában 640 k felett és alatt, 
valamint a memóriabővítésekben. Nél- 
külözhetetlen információkat ad! Az új 
FileFind program már kérésre felderíti 
az azonos nevű és azonos tartalmú 
állományokat is, hogy aztán megtize- 
delhessük őket. A különböző adatfor- 
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mátum-megjelenítők nemcsak a PC 
Shellből érhetők el, automatikusan 
használhatók az Undelete, FileFix, Fi- 
leFind és CP Backup programokból is. 
A fontosabb viewerek: dBASE, MS 
Works, Paradox, R:BASE, Lotus, 
Symphony, Excel, Multiplan, Ouattro 
(Pro), MS Word, WordPerfect, Word- 
Star, XyWrite, .ARC, bináris, LHARC, 
.PAK, .PCX, .ZIP, 200. 


Directory Maintenance 


Egy zseniális újdonság, a Norton 
NCD alapján készült, de annál szemlé- 
letesebb és gyorsabb! Kiírja az egyes 
könyvtárak méretét is, azt kis oszlopok- 
kal szemlélteti. — Teljes — könyv- 
társtruktúrák másolására, áthelyezésé- 
re, törlésére is képes. Képes újraszer- 
vezni a könyvtárstruktúra rendezettsé- 
gét. 

A PC Shell és PC Desktop automa- 
tikusan feltölti kódjának tetemes részét 
a megtalált EMS vagy extended memó- 
riabővítésbe. Ha ilyennel nem rendel- 
kezünk, úgy a harddiszkre menti átme- 
neti állományait a PCT, így persze egy 
kissé lomhább lesz, de alig foglal el 
több mint 12 k-t a 640-ből (lásd 
SWAPPS, SWAPDT). 

A Central Point Anti-Virus 1.0-ról — 
noha része a csomagnak — ezúttal nem 
írunk, legközelebb részletes teszttel 
szolgálunk róla összevetve egyik leg- 
nagyobb konkurensével, a Norton An- 
ti-Virus 1.5-tel. 

Zárszóként csak annyit, aki teheti, 
vegye meg a programot, rövid időn 
belül többszörösen is meg fogja szol- 
gálni az árát. Szakember szerszám nél- 
kül, számítástechnikus PC Tools nélkül 
olyan, mint a versenyló láb nélkül a 
kitakarítatlan istállóban. 

Herczeg József 
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Shooting Gallery 


Veszélytelen lövöldözés 


Bizonyosan mindenkit megérintett már 


a vásári céllövöldék varázsa. 


A versenyszellem pedig mindannyiunkban benne van. 
Ezért valószínűleg széles körben tetszést arat 


ez a számítógépes játék, 


amely nemcsak kellemes vadászat lehetőségét kínálja, 
hanem grafikájával is gyönyörködtet. 


A játék hat menetből áll. Az egyes 
menetekben mások és mások a célpon- 
tok, feladatunk azonban nem változik: 
olyan gyorsan kell lőnünk a célpontra, 
ahogyan csak bírunk. 

Egy játék során 100 másodperc alatt 
100 lövést adhatunk le a három sorban 
különböző sebességgel megjelenő figu- 
rákra. Időnként jutalmat is kapunk, 
vagy plusz idő, vagy plusz töltény 
formájában. 

Az egyes találatokért különböző 
pontszám jár, attól függően, hogy mit 
és melyik sorban találtunk el. A gyor- 
sabban mozgó sorokban elért találatok 
több pontot érnek. 

Bármikor abbahagyhatjuk a játékot 
az ESC billentyű leütésével. Az 1-es és 
a 4-es menetben szünetet is tarthatunk, 
ehhez a space-t kell leütnünk. A többi 
menetben már automatikusan benne 
vannak a szünetek. 


1. menet 


Egy igazi céllövöldében vagyunk. Az 
egyes tárgyak más-más pontszámot ér- 
nek, ezt a képernyő alsó sorában láthat- 
juk. Plusz pontokat kapunk, ha a gyor- 
sabb sorokban találunk el valamit: 5 
pontot a középső sorért, 10 pontot a 
leggyorsabb, felső sorért. 
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Különleges boxok is megjelennek, 
ezeket is érdemes lelőnünk. Leghatéko- 
nyabban úgy növelhetjük pontszámun- 
kat, ha egy teljes sor összes figuráját 
eltaláljuk. A soronkénti tárgyak száma 
4 és 8 közötti, 100 vagy akár 250 
jutalompontot is összegyűjthetünk. 


Tárgyak Számuk Jutalom- 
soronként pontok 
Kacsa 8 100 
Kerék 8 100 
Mókus 6 100 
Agyagpipa 8 100 
Borosüveg 6 100 
Dobozos 
üdítő 8 100 
Sörösüveg 4 200 
Kerék 6 100 
Gyümölcs 6 100 
Szív 6 100 
Smiley 
(nevető fej) 8 100 
Kávéscsésze 6 100 
Gyertya 4 250 
2. menet 


Itt agyaggalamb-lövészetben jelesked- 
hetünk. A felröppenő célpont gyorsan 
halad, távolodva egyre kisebbé válik. A 
képernyő alján látjuk a figyelmeztetést: 
kissé a galamb elé kell céloznunk. Időbe 
telik ugyanis, hogy a lövedék elérje a 
célpontot. Téves lövésért természetesen 
nem kapunk pontot. Találat esetén a 
pontok száma attól is függ, hogy milyen 
gyorsan találtuk el a galambot. 


3. menet 


Céltábla közepébe kell az egérrel be- 
állnunk, miután egy közlekedési lámpa 
zöldre váltott. Gyorsan rá kell kattinta- 
nunk, mielőtt ismét piros lenne a lámpa. 


A kapott pontszám nemcsak attól függ, 
hogy milyen gyorsak voltunk, hanem a 
pontosságtól is. Lehetőleg a céltábla 
középső, piros részére álljunk rá lövés 
előtt! 


4. menet 


Hasonló az 1. menethez, de kissé bo- 
nyolultabb. Mások a tárgyak, amikre 
lövünk, a pontszámok pedig megdup- 
lázódtak. Nemcsak egy irányba mozog- 
nak a figurák, időnként visszafordul- 
nak. Jön egy-egy , HIT ME" feliratú 
célpont is, ezt tényleg próbáljuk meg 
lelőni, máskülönben 500 pont levonása 
a büntetésünk. 

Az 1. menethez hasonlóan itt is az a 
legjobb, ha teljes sorokat tudunk kilőni. 
Itt a soronkénti tárgyak száma 4 és 8 
közötti, a jutalompontok pedig 200 és 
500 között lehetnek. 


5. menet 


A 2. menet nehezített változata. Kétlö- 
vetű puskánkkal két galambra lőhetünk. 


6. menet 


Hasonló a 3. menethez. Itt is a zöld 
jelzés alatt lőhetünk, csak most két 
céltáblára, két tölténnyel. Az 5. menet- 
ből már kikövetkeztethető, hogy itt is 
minden találat számít, nem szükséges 
feltétlenül a dupla találat, az időnkbe 
azonban beszámít a sikertelen lövés is. 

Mielőtt belevetnénk magunkat a já- 
tékba, a kezdő képernyőről válasszuk 
ki a gyakorlás opciót! Nézzük meg, ki 
milyen pontszámot ért el eddig! Sokkal 
érdekesebb lesz így a verseny, ha tud- 
juk, hány pontot kell elérnünk ahhoz, 
hogy mi legyünk a legjobbak. 

A játék grafikája kiemelkedően jól 
sikerült. Biztos a siker: nemcsak a 
gyerekek fognak lelkesen lövöldözni, 
hanem valószínűleg a szülők is verseny- 
re kelnek csemetéikkel. VGA monitor 
és egér szükséges a játékhoz. 

A Shooting Gallery a Solarsoft prog- 
ramkönyvtár 4350 sorszámú lemezén 
található, 4 másik VGA játékkal együtt. 
(Ezek közül a Solitile nevű, MahJongg 
jellegű játékprogram is feltétlen sikerre 
számíthat.) Verebély Pálné 
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Vonalhúzás és körhúzás 


Kevesen kerülnek olyan helyzetbe, 
hogy a vonalhúzó vagy a körhúzó ruti- 
nokat maguknak kelljen megírni. Ez 
szinte minden fordítóprogram könyv- 
tárában megtalálható. De tényleg: Ho- 
gyan is működnek ezek a rutinok? 

Kedves Olvasó, mielőtt legyintene és 
továbblapozna, válaszoljon őszintén: 
meg tudna Ön írni egy hatékony vonal- 
húzó, vagy körhúzó rutint? Egy olyat, 
amely összemérhető sebességű a Tur- 
bo-Pascal vagy a C--- könyvtári rutin- 
jával? 

Ha úgy érzi, hogy igen, próbálja meg, 
mielőtt tovább olvasna. Hogy gyors 
legyen, a következőket kell betartania: 

1. Szorzás, osztás és lebegőpontos 
művelet használata tilos. 

2. Egy pontot csak egyszer szabad 
rajzolni. 

3. A vonalnak folytonosnak és egyen- 
letesnek kell lennie. 

A probléma megoldásának látszólag 
legegyszerűbb módja, hogy keresünk 
egy okos könyvet, amelyben benne van 
az algoritmus. Sajnos a legtöbb ilyen 
könyvet matematikusok írták más ma- 
tematikusoknak, ezért az átlagprogra- 
mozó számára csaknem érthetetlenek. 
Programot a legritkább esetben talá- 
lunk, és azt is Algolban, vagy valami- 
lyen más, sose hallott programnyelven. 
Így hát jobb, ha kitaláljuk az algoritmust 
magunk. 


Vonalrajzolás 


A vonalhúzó algoritmushoz többféle- 
képpen eljuthatunk most. Itt három el- 
térő megközelítést mutatunk be. Segít- 
séget jelent, hogy csak a (0,0) pontból 
az (x1,y1) pontba menő egyenes rajzo- 
lását kell kitalálnunk, mivel ebből elto- 
lással, a tengelyekre tükrözéssel, és 90 
fokos forgatásokkal bármely egyenes 
előállítható. Sőt, még azt is feltehetjük, 
hogy x15-yl. 


1. Az egyenletből kiindulva 


Már az általános iskolában tanítják, 
hogy a (0,0) ponton, és az (xl,y1) 
ponton átmenő egyenes egyenlete 
y-(y1/x1)"x 

Ha kihasználjuk, hogy x irányba min- 
dig csak egyet kell lépni, az 1. algorit- 
mushoz jutunk. Ennek hibája, hogy 
y-nak valós változónak kell lennie. 

Válasszuk szét y egész (inty) és 
törtrészét (fray). Ekkor jutunk a 2. 


algoritmushoz. Ez még semmivel sem 
jobb, mint az első, mivel a fray-nak még 
mindig valós változónak kell lennie. 

Legyen fray helyett x1fray—x1"tfray! 
Módosítsuk az algoritmust mindenütt, 
ahol a fray előfordult. Ekkor kaphatjuk 
meg a 3. algoritmust. Ebben már mind- 
egyik változó lehet egész, szorzást nem 
tartalmaz, tehát a fent ismertetett köve- 
telményeknek megfelel. 

(A példák azért nem használják a 
C-ben megszokott, és a programban is 
szereplő rövidített jelöléseket, hogy C- 
ban nem járatos olvasóink számára is 
érthetőek legyenek.) 


2. Grafikus megközelítés 


Nagyítsuk fel a raszterhálót x1-sze- 
resére (1. ábra). Tegyük fel, hogy ha a 
finomított raszterháló egy mezőjére le- 
teszünk egy pontot, akkor az szétterül 
és kitölti az eredeti háló egy mezőjét. 
Ekkor csak minden x1-edik pontot kell 
kirajzolnunk. Ha x1-et lépünk x irány- 
ba, akkor y1-et kell y irányba menni. 

Használjunk két változót: az egyik 
tárolja azt, hogy az eredeti raszterháló 
melyik mezőjén vagyunk, a másik pe- 
dig azt, hogy a mező szélétől hány 
finomított rasztrerpontra. Ha ezeket a 
változókat inty-nak és xIfray-nak hív- 
nánk, visszakapnánk a 3. algoritmust. 

Ez a grafikus megközelítés rámutat 
az algoritmus kerekítési hibákból szár- 
mazó tökéletlenségére. A mágnesleme- 
zen már a javított algoritmus van. 


3. Invariáns keresésével 


A szorzástól úgy szabadulhatunk 
meg, hogy bevezetünk egy alkalmas 
változót, amelynek minden pontban 
tudjuk az értékét, és segítségével egy- 
szerűen el tudjuk dönteni a következő 
pont helyét. A matematikusok az ilyen 
változót invariánsnak hívják. A 
dd-y1tx-x1ty 
invariáns értéke akkor a legkissebb, ha 
a vonalon vagyunk. Minthogy bármely 
P(x,y) pontban csak azt kell eldönteni, 
hogy a következő pont A(x--1,y) vagy 
B(x--1,y--1) legyen (Il. a 2. ábrán. 

Az invariáns értéke: 
dd(x,y)-y1tx-4x1ty 
dd(x-1,y)-y1t(x41)-4-x1ty- 
dd(x,y)--y1 
dd(x--1,y--1)-y1"(x-41)4-x1t(y--1)- 
dd(x,y)-x1--y1 

Látható, hogy az invariáns következő 
értékét egyszerűen, szorzás nélkül meg 


tudjuk határozni. A két új érték abszolút 
értékének összehasonlításával pedig el- 
dönthető, hogy melyik lesz a következő 
pont. 

Ha ez alapján írjuk meg a programot, 
akkor is a 3. algoritmushoz hasonló 
eredményre jutunk. 


Kör rajzolása 


Kör rajzolása egy fokkal már bonyo- 
lultabb. Itt is felhasználhatjuk a szim- 
metriát és feltételezhetjük, hogy a kö- 
zéppont (0,0). A pontokból összeállított 
kör egy nyolcadrészét kell csak meg- 
rajzolni, a többi ennek tükrözésével és 
forgatásával megkapható. 

Az algoritmust a vonalrajzolásnál 
bemutatott módszerek bármelyikével 
levezethetjük, legegyszerűbben azon- 
ban az invariáns keresésével. 

Az invariáns a kör egyenletéből szár- 
maztatható: 
i—xtx-tyty-rtr 

Enriek értéke pozitív minden a körön 
belüli pontra. 

A PGy) pontban azt kell eldönteni, 
hogy a következő pont A(x--1,y) vagy 
B(x-41,y-1). Az invariáns következő ér- 
téke így számítható: 
i(x,y)-xtxryty-rtr 
i(x-1y)—(x1)Y(x41)-4-yty-rtrz 
xXtxH2txt1--yty-rtr—i(x,y)-2tx-1 
i(x-H1y-1)(x-1)F(x--1)--(y-1)"(y-1)- 
rtr-xtxH2tx-41-4-yty-2ty--1-rtrz 
i(x,y)--2tx-2ty-4-2 

Az előjelből eldönthető a következő 
pont helye. Az algoritmus kerekítési 
hibák miatti módosításokkal megtalál- 
ható a  mágneslemezes melléklet 
DRAW.C állományában. 

Aki még további feladatot szeretne, 
próbálkozzon meg az ellipszis rajzolá- 
sával. Mert a Turbo-C--- és a Turbo- 
Pascal ellipsziseket rajzol, amikor a 
circle( ) eljárást meghívjuk, azért, hogy 
kiküszöbölje a képernyő torzítását. Sok 
sikert! (Segítségül: két invariáns kell 
hozzá.) 

Aki pedig csak játszani akar, hason- 
lítsa össze ezeknek a rutinoknak a se- 
bességét és működési módját a könyv- 
tári eljárásokéval. Érdekes, hogy a Tur- 
bo-C vonalhúzó rutinja nem ugyan- 
azokból a pontokból rajzolja meg a 
vonalat. Az eltérés olyan kicsi, hogy 
csak akkor látható, ha az itt ismertetett 
rutinnal húzott vonalat a könyvtári ru- 
tinnal próbáljuk letörölni. 

Pintér Gábor 
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A Scan 7.2C77 


Kisebb és többet tud 


A McAfee-féle Scan program új verziója kisebb és gyorsabb 
az Alaplap májusi számában ismertetett 6.8.V7.4 verziónál. 
Természetesen a vele detektálható 


jószágok száma növekedett, 


miközben a program méretét 60 KB alá szorították. 

A 77-es verzió a szerzők szerint 243 vírust ismer fel, 
összesen 505 különböző változatban. 

Ezek ismertetése megtalálható a VIRLIST.TXT állományban. 


A program két új kapcsolóval bővült, 
melyek a batch alkalmazásokat támo- 
gatják. Ezek a /NOPAUSE és a /NO- 
BREAK. A Scan amellett, hogy detek- 
tálja a vírusokat, arra is használható, 
hogy a fertőzött állományokat kiirtsa, 
felülírva azokat hexa C3 értékkel. Ez 
az eljárás visszahozhatatlanul törli az 
érintett állományokat. A program a kü- 
lönálló és a hálózati gépeken is fut, de 
serveren nem. Oda a NETSCAN való. 
A Scan futtatásához legalább 256 k 
RAM és DOS 2.00 feletti verzió kell. 


A program használata: 


SCAN d1:[pathJ[file) ... 
d10:[path](file]) Ikapcsolók] 


Mint látható, akár tíz meghajtót/par- 
tíciót is ellenőriztethetünk egyetlen jól 
irányzott paranccsal. Ha a meghajtónév 
után N jelet teszünk, akkor csak az 
adott meghajtó gyökérkönyvtárát és a 
bootszektort ellenőrzi. Ez közvetlenül 
az adott meghajtónév után írandó, szó- 
köz vagy egyéb elválasztó karakter 
nélkül. Ha kiterjesztéssel fájlnevet is 
megadunk (joker karakterek megenge- 
dettek a DOS-konvencióknak megfele- 
lően), akkor a Scan csupán a megadott 
állományokat ellenőrzi. 


A kapcsolók 
JA 


Minden egyes állományt ellenőriz, 
ezért eléggé megnöveli az ellenőrzés 
idejét. Két esetben ajánlatos a haszná- 
lata: 


— Ha új programokat akarunk ellen- 
őriztetni. 
— Ha talált vírust a Scan. 
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JAV 


10 bájt hosszú ellenőrző kódokat 
ragaszt az adott EXE és COM állomá- 
nyok végére. Ha nemcsak egy könyv- 
tárat ellenőriztetünk vele, hanem teljes 
meghajtót, akkor a lemez bootszekto- 
rához, partíciós táblájához és a rend- 
szerállományokhoz is generál egy el- 
lenőrző összeget, amit a tesztelt lemez 
gyökérkönyvtárában rejtett állomány- 
ban helyez el SCANVAL.VAL néven. 


/Cv 


Figyeli az adott állományok ellenőr- 
ző kódjait, melyeket az /A kapcsolóval 
előzőleg hozzáfűztünk. Mintegy 2590- 
kal lassítja le a programot. 

Egyes régebbi típusú Hewlett-Pac- 
kard és Zenith PC-k rendszerindításkor 
módosítják a bootszektort vagy a par- 
tíciós táblát, amit a SCAN azonnal 
jelez, amennyiben a /CV kapcsolót 
használjuk. 


/D 


A fertőzött állományokat felülírja he- 
xa C3 értékkel, majd törli azokat. Az 
így kiradírozott állományok nem hoz- 
hatók vissza. A bootszektort és a partí- 
ciós táblát fertőző gyönyörűségek nem 
távolíthatók el a lemezről a /D kapcso- 
lóval. Erre a feladatra használjuk a 
Clean programot vagy egyéb vírusirtót. 


JE (XXX .YYY .ZZZ 


A megadott kiterjesztésű állományo- 
kat is ellenőrzi a szokásos COM, EXE, 
BIN, OV?, PGM, PIF, PRG, SYS és 
XTP állományokon kívül. Az /A kap- 
csoló mellett felesleges, mivel abban 
minden benne van. Egyszerre legfel- 
jebb három kiterjesztést adhatunk meg. 
Be kell írni a pontot is, és az egyes 


kiterjesztéseket szóközzel kell elválasz- 
tani. 


/EXT d:víruslista fájl 


A megadott adatfájlból vett informá- 
ciók alapján keres vírusokat. A vírus- 
lista fájlszerkezete és használata meg- 
egyezik azzal, amit az Alaplap májusi 
számában közöltünk. 


/FR 
Franciául írja ki az üzeneteit. 
/M 


A memóriát nemcsak a leggyakoribb, 
hanem az összes vírusra ellenőrzi. Az 
/M kapcsoló 6-20 másodperccel növeli 
meg a Scan futásidejét. 


/MANY 


Több lemeztis tesztelhetünk anélkül, 
hogy a Scant újra meg újra be kellene 
olvastatnunk. Ha a rendszer vírusmen- 
tes, és csak a lemezeket akarjuk elle- 
nőriztetni, akkor a /MANY kapcsoló a 
/NOMEM kapcsolóval kombinálva je- 
lentősen meggyorsíthatja az ellenőr- 
zést. Egy-egy lemez ellenőrzése után a 
SCAN ilyenkor rákérdez, hogy aka- 
runk-e még egy lemezt ellenőrizni. 


/NLZ 


Az LZEXE segítségével tömörített 
állományok ellenőrzését elhagyja. 


Figyelem! 


Egyes .EXE állományokat a Clean 
nem tud helyreállítani. Ez olyankor 
fordul elő, ha a fájl belső overlayt 
tartalmaz, s a vírus nem a fájl vé- 
géhez írja saját kódját, hanem an- 
nak belsejébe. Ilyenkor ki kell törölni 
a sérült állományt és az eredeti 
lemezről újra bemásolni. 

A Stoned vírus eltávolítása a nem 
standard formátumú merevlemeze- 
ken a partíciós tábla megrongáló- 
dásával is járhat, ami a lemez min- 
den adatának elvesztését jelenti. 
Ezért célszerű a Clean futtatása 
előtt a fontosabb adatokat kimente- 
ni. 











/NOBREAK 


Főleg batch fájlokban hasznos, ha le 
akarjuk tiltani a megszakítást. A /NO- 
BREAK használatakor sem a AC, sem 
a ABREAK nem szakítja meg a Scan 
futását. 


/NOMEM 


Nem ellenőrzi a memóriát. Csak ak- 
kor használjuk, ha előzőleg már ellenő- 
riztük rendszerünket és az vírusmentes. 
Főleg a /MANY kapcsolóval együtt 
szokás használni floppylemezek ellen- 
őrzésére. 


/NOPAUSE 


Amikor a(z egyik) céllemezen vár- 
hatóan több vírus is található, a futás 
gyorsítására használjuk a /NOPAUSE 
kapcsolót. 

Ennek hatására a Scan nem áll meg, 
ha egy-egy képernyőt teleír a talált 
adatokkal. 


/REPORT d: cfertőzött.Ist- 


A megadott állományba írja ki a 
fertőzött állományok megfelelő adatait. 


/RV 





vírusazonosító kód. A ( és ] jeleket is 
be kell írni. 

JA 

A lemezen minden fájlt megtisztít az 
adott vírustól. 

JE .xxx .zzz .yyy 


Az adott kiterjesztésű állományokat 
fertőtleníti. 


/FR 

Franciául üzen a program. 

/MANY 

Több lemezt is fertőtlenítünk. 

/NOPAUSE 

Nem áll meg egy-egy képernyő tele- 
írása után egy-egy billentyűlenyomásra 
várva. 

/REPORT d:dlistafiles 


A fertőtlenített állományok listáját 
kiírja a megadott állományba. 
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Ha a Scan 
vírust talált 


1. Először is írjuk fel, hogy mit talált 
és hol. A kiírt kódot a megfelelő 
fertőtlenítő . program 
használhatjuk. 

2. Indítsuk újra a rendszert egy ste- 
ril, leragasztott rendszerlemezről. 
3. A megadott információ és a VIR- 


indításakor 


LIST.TXT alapján kiválasztott fertőt- 
lenítő programmal takarítsuk ki a 
lemezt. Nem árt kézbe venni az 
Alaplap Könyvek sorozatban meg- 
jelent Víruslélektant, sok hasznos 
tanácsot találhatunk benne arról, 
mit hogyan irtsunk, illetve mivel és 
hogyan ne. (Hamarosan megjelenik 
az Új Víruslélektan is!) 

4. AScantfuttassuk le a fertőtlenített 
lemezen az /A /M kapcsolókkal. Ha 
még maradt rajta valami, azt is ta- 
karítsuk ki. 














Az ellenőrző kódokat, amit az /AV 
kapcsolóval előzőleg felrakattunk, le- . . 
szedi az adott állományokról. Termé- SolarSoft sikerlista 
szetesen nem kombinálható az /AV kap- 
csolóval. B Az 1991. májusi és júniusi eladások alapján 
Kilépéskor a Scan az alábbi ERROR- 
LEVEL értékeket állíthatja be: No. Programnév Db  Programleírás 
ON - 1. 421 PKZ1T1O 8 PKLITE 8 SHEZ 1 A wsűrítés magasiskolája és Norton Commandere 
em talált vírust. 2. 319 SCAN76 8. NETSCAN 1. McAfee-féle vírusmegelőző, -detektor és -ölő 
1 Egy vagy több vírust talált. 3. 470  MULTI-EDIT 5.0 1 A világon a legjobbnak tartott editor 
2 Szokatlan megszakítás 4. 510 ARJ2.10 1 — A leghatékonyabb adattömörítő 
(programhiba). 5. 475 NEWSPACE 1 Megduplázza merevlemezünk kapacitását 
6. 466 SKYGLOBE STAR GAZER 1 Mozgó csillagtérkép, PC-planetárium 
zakítj; jé 7. 509 ZIPVIEW 8. LHA 2.10 1 — A Norton Commander kiegészítése 4- az új LHARC 
tri TNAála ARRGATG a 8 PEOB 8. 494 TEGLP WINDOWSTOOL 1 Ikongrafikus felület, ikoneditor TP-hez 
ramot a vagy a megnyo- 9. 507 PC-BROWSE § NG 1 NG decompiler és egy szenzációs NG-klón 
másával, akkor az ERRORLEVEL 0 ] 19. 098  AS-EASY-AS 4.00P 1 Lotus-kompatibilis egyszerű táblázatkezelő 
vagy 1, attól függően, talált-e a meg- 11. 508 PROCUBE LITE 1.0 1 — A Oubecalc továbbfejlesztése, valódi 3D 
szakítást megelőzően vírust. 12. 505 GALAXY LITE 1.6 1 — A nagysikerű Galaxy szövegszerkesztő felújítása 
13. 435  OPTIKS 2.18 84 ICONVERT 1 PCX, PIC, GIF, TIF, GEM, MAC... grafikus konverterek 
14. 485 BASIC COMPILER 1 Két ragyogó fordító — editorral 
A Clean 7.2V77 használata 15. 463 GAMES FOR WINDOWS — 1 1041 játék MS Windows 3.0 alá 
é 16. 477 BACK 8 FORTH 1 Memóriamenedzser: 20 programot futtat egyszerre 
A Clean a McAfee cég fertőtlenítő 17. 383 4DOS V3.Ota 1. COMMAND.COM-pótló DOS-héj: 50 új parancs 
programja, amit a Scannel detektált 18. 474 JORJ POP-UP DICT. 2 — 58000 szavas angol értelmező szótár 
vírusok irtására használhatunk. A Clean 19. 480 GRASP 1.10€ 1 Látványos animáció- és demókészítő program 
75 vírust és azok mutációit képes kiir- 20. 432 LZEXE 8. LIST 7.5e 1 — Gyors EXE-kompresszor, Vernon Buerg LIST PLUS-a 
tani. 21. 506 PROLITE 1.01 1  — A PC-Write szövegszerkesztő egyszerűbb változata 
22. 425  POP-DBF 1.1 8. DLITE 1 Tárrezidens dBASE (EDIT/BROWSEDISP stb.) 
A szintaxis: 23. 511  4EDIT 8 4ZIP 1 — Hasznos kiegészítések 4DOS-hoz (SolarSoft 4383) 
ki 24. 304 TURBO TECHNOJOCKS 2 Szuper Turbo Pascal-unitok, forrásaikkal együtt 
CLEAN d1: ... d10: [víruskód] ckap- — ] 25. 472 SHARESPELL 1 Bővíthető, önálló helyesírás-korrektor 
csolók: 26. 484 SR-INFO 2 — dBASE-kompatibilis fejlesztőrendszer 
27. 461 ZEPHYR 2.0 2 Komplett, interaktív adatbázis-kezelő 
ahol 28. 329 PC-MAGAZINE BENCH. 1 Hardvertesztek szervizeseknek (v5.0) 
hé je í 29. 468 SUPER ASSEMBLERED. 1  TASM-ra kihegyezett programeditor 
a dl: ... d10: a fertőtlenítendő meghaj 30. 478 XTREE 2.0E 1 Kisméretű, gyors fájlmenedzser 


tók nevei (egy menetben legfeljebb tíz), 
a [víruskód] pedig a Scan által megadott 
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Kommentezés 


Egy izlPicit elegánsabban 


A PKZIP — hasonlóan a többi felső- 
osztálybeli tömörítő programhoz — le- 
hetővé teszi egy már használható mé- 
retű megjegyzés hozzáfűzését a ZIP 
állomány egészéhez (- ZIPkomment) 
és az egyes bepakolt állományokhoz (- 
komment). Ez a lehetőség — mint 
ismert — a PKZIP -z és —c parancsai 
segítségével áll rendelkezésünkre a le- 
gegyszerűbben. A kommentező paran- 
csok használata esetén a program a ZIP 
fájl létrehozásakor, illetve módosítása- 
kor bekéri a ZIPkommentet, illetve a 
kommentet, s a PKZIP 127 karakter 
hosszúságig hajlandó azt elfogadni. 

A kommentezés nagyon hasznos le- 
hetőség, de jó lenne, ha módunkban 
állna előre megszerkesztett, esetleg 
ANSI vezérlőkódokat is tartalmazó 
listaállományból beolvastatni a 
(ZIP)komment szövegét, és túlléphet- 
nénk a 127 karakteres korlátot. 

A SolarSoft programkönyvtár ZIP- 
COMNT-EXE (4343, ZIP Utilities le- 
mez) programja volt az első, amit meg- 
próbáltam használni. Ez a program már 
saját leírása szerint is csak 117 karak- 
terig fűzhet ZIPkommentet a ZIP fájl- 
hoz, de maga a program szerzője azt 
javasolja, hogy ne nagyon írjunk 79 
karakternél hosszabb szöveget ide. A 
program lehetőséget ad arra is, hogy 
egy előre megszerkesztett komment ál- 
lományból pakoltassuk át a komment 
szövegét. Ehhez csupán annyit kell ten- 
nünk, hogy definiálunk egy ZIP- 
COMNT változót a program futtatása 
előtt. Itt néha problémát okozhat, ha 
betelt a változóknak fenntartott tárterü- 
let. Ilyenkor nem tesz be kommentet a 
program. Ha az összes ZIP fájlhoz 
azonos kommentet fűzünk, akkor jó ez 
a megoldás, ha azonban a kommenteket 
gyakran váltogatjuk, célszerűbb más 
megoldást keresni. 

Itt állok tehát egy megszerkesztett 
logóval, amit szeretnék az összes álta- 
lam kiadott ZIP fájlra feltenni. 

Nincs megoldás? A BBS-ekből lehí- 
vott állományok jól megszerkesztett, 
terjedelmes logói azt tanúsítják, hogy 
van. Közreadom, mire jutottam én. 

ANoGate Consulting cég PAK prog- 
ramja (SolarSoft, 4431 lemez) azt 
nyújtja, amit vártunk tőle, egyéb egye- 
dülálló szolgáltatásairól nem is szólva. 
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Miért a PAK? 


—  Tetszőlegesen konvertálhatunk a 
PAK, ARC és ZIP formátumú állomá- 
nyok között oda-vissza, segédprogram 
nélkül generál PAK-SFX-et. 

— A PAK nemcsak a parancssorban 
fogad el listafájlt, hanem a megjegyzé- 
sek (fájl-, illetve archív komment) be- 
kérésekor is. A listafájl és így a benne 
lévő megjegyzés hossza nem korláto- 
zódik egyetlen sorra. 

— Viszonylag egyszerűen, a PA- 


"KINST segédprogram és kedvenc szö- 


vegszerkesztőnk segítségével (feltéve, 
hogy az formátumozás nélküli tiszta 
ASCII fájlt generál) konfigurálhatjuk a 
PAK programot arra is, hogy az archív 
megjegyzést mindig az általunk meg- 
adott állományból fűzze hozzá az ar- 
chívhoz. 

— Saját parancs- és kapcsolókészle- 
tet állíthatunk össze gyakoribb felada- 
tainkhoz. 


Hogyan lássunk neki? 


1. Hozzunk létre egy (lista)fájlt, ami a 
(ZIP)kommentet tartalmazza majd, 
mondjuk a CAZIP könyvtárban FILE- 
FEJ.DAT néven. Ebben készítsük el azt 
a logót, amelyiket a (ZIPjkommentbe 
szánunk. A fájl első sora legyen üres 
vagy legfeljebb 55 karakter hosszú 
(a PKZIP és a PKUNZIP ugyanis a 
kommentet nem a sor elejétől kezdi 
írni). 

2. Ha még nem lenne a pathban, 
tegyük oda a PAK.EXE programot. Ha 
szükséges, konfigurálhatjuk a PAK- 
INST programmal. 

3. PAK h /z ZIPfájl.ZIP 

(H a ZIPkomment bekérése, /z a ZIP 
forma megőrzése. Meg kell adni a 
kiterjesztést is, mert különben az azo- 
nos nevű ARC és PAK állományok is 
módosulnak.) 

4. A program bekéri a ZIPkomment 
szövegét. Ide egy bevezető (2 karakter 
után be kell írnunk a ZIPkommentet 
tartalmazó állomány teljes nevét (a fenti 
példánál maradva: (OCNZIPFILE- 
FEJ.DAT). 

5. A fájlkommenthez a PAK r paran- 
csa vagy az /r kapcsoló való: 

PAK r ZIPfile.ZIP 


Az eredeti PAK ilyenkor a ZIPkom- 
mentet is módosítja, de ez javítható 
(lásd alább). Használható még a PAK 
c /z /r ZIPfájl.ZIP fájlnév.kit szerkezet 
is a fájlkommentek bevitelére. 

Haladóbbak számára ajánlom, hogy 
a PAK programhoz definiáljanak új 
parancsokat és kapcsolókat saját felada- 
taikra. Ennek a mikéntjéről bő informá- 
ció található az októberi Compfairre az 
Alaplap Könyvek sorozatban megjele- 
nő , Tömör gyönyör, avagy a DOS alatt 
működő PC-k adat- és program-tömö- 
rítési lehetőségei" című könyvemben. 


A bővített ZIPkomment 


— Nem teljesen szabványos voltuk 
nagy ritkán megzavarhatja az archív 
kezelő segédprogramok egy részét, így 
a ZIPVIEW programot is. A kibővített 
ZIPkommenttel ellátott állományoknak 
már a tartalomjegyzékét sem írja ki. 

— Tapasztalatom szerint a ZIPDMP 
nevű szeletelőprogram sem kedveli túl- 
ságosan a bővített megjegyzéseket. 

Ilyen esetekben esetleg segíthet a 
felesleges ZIPkomment eltávolítása a 
PKZIP —z parancsával (a ZIPkommen- 
tet bekérő üzenetre legalább egy szó- 
közt be kell írnunk az CENTER: meg- 
nyomása előtt, amivel felülírjaa PKZIP 
az előző kommentet). Ha még mindig 
gondot okoz az adott ZIPfájl használata, 
akkor az azonnal kéznél levő PAK 
program CONVERT parancsával javít- 
hatunk esetleg rajta, ha ez sem segít, 
akkor újra kell csomagolnunk a kérdé- 
ses ZIP állományt. 


SNGLCMNT.EXE 


Egy egészen használható programot ta- 
láltam, ami egy átlagos kommentezési 
feladatra majdnem olyan jó, mint a 
PAK. Igaz, hogy a SNGLCMNT.EXE 
nem szövegszerkesztővel készített állo- 
mányból veszi a kommentet, viszont a 
program szerkesztő ablakában (12 sor- 
ban maximum 75-75 karakter) tetszé- 
sünk szerint készíthetünk kommenteket 
a ZIP fájlhoz. A ZIP archívot megad- 
hatjuk már a parancssorban, vagy pa- 
raméter nélkül is indíthatjuk a progra- 
mot. 

Nagy Gábor 








Hardver és szoftver — egy helyen 


dYOlEMS d1 


Számítástechnika és kommunikáció 









Nemzetközi szakvásár és kongresszus 
München, 1991. október 21-26. 


Szoftverek 
Hardverelemek 
Kommunikáció 
Hálózatok 

Alkalmazások 
























Utazás: autóbusszal 
Oda: október 21-én, hétfőn 

Vissza: október 24-én, csütörtökön 
Szállás: 3 éjszaka Münchenben 
Elhelyezés: 4-csillagos szállodában, 
2-ágyas szobákban 

Étkezés: 3 reggeli és 3 vacsora 
Szakmai program: vásárlátogatás, belépő 2 napra 
Egyéb program: autóbuszos városnézés Münchenben 
Részvételi díj: 28 500 Ft -- 4 000 Ft-ért költőpénz 











bridserToURs 


Jelentkezés: Bridge-Tours Kft., 1074 Budapest VII., Dob u. 33. Telefon/Fax: 141-6046 
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NETREND RT 


1089 Budapest, Elnök u. 1. 


Tel: 113-8217; 133-4760 " Fax: 113-9537 


XT-10 számítógép UPS 550 VA 32000  Plotterek: 
— 640 kilobájt RAM UPS 600 VA NOVELL 45800  SEKONIC 450 115 600 
— Multi Vo kártya UPS 1 kVA 54600  HP7475AA3 179 000 
— 360 kbájtos FDD kt UPS 1,2 kVA NOVELL 98500  MUTOH 910E 1 380 000 
-— 101 gombos billentyűzet 29800  UPS mon. kártya 7500  ARCnet kártyák: 
— 84 gombos billentyűzet 9500 fgyomtatálc Cnet kártyák: 
— 101 gombos billentyűzet BIBÓ. e 8 bit LIN DATA 4 800 
AT 286-12/16 számítógép -850 49500 8 bit ZOT 5 400 
- 1 megabájt RAM FX-1050 48750 8 bit SMC 9 900 
- FDD/HDD vezérlő 4- S/P kimenet LOA-850 76400 16 bit LIN DATA 9 900 
— 1,2 Mbájtos FOD LOA-2500-4- 129000  16bitZOT 10 500 
— 101 gombos billentyűzet 37950 — DFX-500 183500 — ETHERNET kártyák és tartozékok: 
AT 286-16/21 számítógép 42950  DL5600 195000 — 8 bit NE-1000 9 900 
NEAT 286-16/21 számítógép 46950 — HP LASERJET III. 199000 8 bit DE-100 14500 
NEAT 286-20/26 számítógép 54550  Memóriabővítő kártyák: 8 bit DE-150 19 600 
NEAT 286-24/32 számítógép 58650  286/2 megabájt 9900 16 bit NE-2000 12 900 
Hálózati terminál: 286/3,5 megabájt 10800 16 bit DE-200 16 500 
NEAT 286-12 48750  386/2/8 megabájt 15000 — ARCnet-klegészítők: 
NEAT 286-16 56500 — RAM-ok: Passzív HUB 2000 
AT-386-20/25 MHz, 4164-10 140 Aktív HUB (int 4) 7 800 
-— 2 megabájt RAM 8 41464-0O8 290 Aktív HUB (ext) 14 000 
-— FDD/HDD vezérlő 4. S/P kimenet 41256-O8 160 Aktív HUB -- kártya 12000 
— 1.2 Mbájtos FDD — 41256-06 280  Csatlakozókábel 1500 
— 101 gombos billentyűzet 85800 — 44256-08 780 —BOOT-EPROM 2 000 
AT 386-25/33 91700 511000-10 SG ú 
AT 386-25/43, 64 KB cache 103400 — §11000.08 980 eeeek e 
AT 386-33/58, 64 KB cache 110 000 5 valeSeeT EJT 
486-25/117, 4 MB RAM SIM/SIP 1 MB 5690  Transceiver BNC 25 000 
— 128 kB cache 248000  Koprocesszorok: Repeater (2 port) 92 000 
486-33/147, 4 MB RAM 80287-10 14000 Repeater (4 port) 148 000 
— 128 kB cache 290050  80287-20 44 000 tamtukéiy Tök: 
h3 80387-20 44 000 ovell NetWare 
Mode keátr S 1700 — 80387-25 52800  V.2.2/5 72 000 
2400  80387-33 69900  V.2.2/10 161 000 
EGA 5400  Modemek: V.2.2/100 444 000 
VGA 800x600 9600 2400 baud belső 10900  V-3-11/20 282 000 
VGA 1024x768 11800 — 2400 baud külső 14.500.  V8.-11/100 565 000 
VGA 1024x768 15600 — 2400 baud MNP-5 18 500 V.3.11/250 1010 000 
VGA 1024x768 16 500 NACS 119 000 
Monitorok: 9600/2400 baud, 315007... Brtlge jrogra 
: au: ridge Program 29 600 
Egyszínű (borostyánsárga) —— 10900 8 felhasználós D-Link árama op. rendszer 34 500 
Egyszínű (papírtehér) 39 200 hálózati telefax 75000 D-Link Bridge 29 600 
VGA (1024x768) 35500 Egerek, scannerek: ACS D-Linkhez 28 000 
VGA egyszínű, 1024x768 22000  GM-6000 egér 4950  Flemote Access 19 600 
VGA Multisync 44 500 Herosőt egér 16000 — Screen monitor 15 000 
ogitech soros 5440  LAPTOP-ok: 
MFM, ESDI és IDE winchesterek Logitech scanner 21700  LT-3400 (NEAT) 
nagy választékban! Catchword karakter- 40 MB HDD 199 000 
Szünetmentes áramforrások: felismerő program 22900  CP-8100V (386) 
UPS 400 VA NOVELL 39900 HP SCANJET PLUS 259000 — 100 MBB HDD 299 000 


És még sok minden egyéb... 
Keresse termékeinket Székesfehérváron, az IZISZ Kft.-nél is! 
Székesfehérvár, Palotai út 139. Telefon: (22)16-049. 
A Netrend Rt. a Novell Inc. hivatalos dealere. 
Vállalkozunk komplett hálózati rendszerek szállítására, igény szerinti kiépítésben. 


Komplex rendszerfelügyelet (hálózati is), szaktanácsadás, hardver- és szoftverkarbantartás. 


CAD, DTP rendszerek kiépítése, szükség esetén üzemeltetése. Kérje részletes tájékoztatónkat! 
Áraink az ÁFA-t nem, de a 6 hónap csereszavatosságot tartalmazzák, egy év csereszavatosság 
— plusz öt százalék. Készpénzfizetés esetén öt százalék kedvezmény! 
Önkormányzatok, oktatási intézmények, egészségügyi szervezetek részére 5 százalék kedvezmény! 
Kedvező lízingfeltételek! 
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INFORMÁCIÓKÉRÉS: 14 A 
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INFORMÁCIÓKÉRÉS: 06 V 
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INFORMÁCIÓKÉRÉS: 17 v 
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S 
ti 


GC 


Canon 


MÁSOLÓGÉPPEL ? 
CSÚCS AMIT TUD: 


— Kicsinyítés 

— Nagyítás 

— Montírozás 

— Tükörkép-készítés 

— Képismétlés 

— Poszter készítés 

— 17 millió színáranyalat 


ze. 


Győződjön meg róla! 


fénymásolás 
ZTONER arr 


1095 Budapest, Mester utca 21. 
Tel.: 113—1687, 134—3516 


2 D9399992999299)9292)92922232V 


a jövő MOST kezdődik! 


(-BYTE 


SZÁMÍTÁSTECHNIKA 
Törv. védve 


SZÁMÍTÓGÉP HÁLÓZATOK 
Kiváló minőség, közepes ár! 


1138 Budapest, Népfürdő u. 17/E 
Tel. és fax: 173-1232 
Telex: 22-3399 


eg 
2 
VÁLTSON SZÍNESPE 
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0 Ül sat 
he VILÁGSZÍNVONAL 


HAZAI ÁRAKON 


Ideális fejlesztőkörnyezet 
és futtatórendszer 
adatbázis-alkalmazásokhoz: 


— Komplett SOL adatbázis-kezelés. 
— Negyedik generációs fejlesztőkörnyezet. 
— Interaktív maszkeditor. 


— Menü- és ablakkezelés. 

— Tökéletes adatbiztonság. 
— Tranzakció-kezelés. 

— Nagy hatékonyság. 

— Server-kliens architektúra. 


Újdonság! 

Grafikus alkalmazásgenerátor 
(Windows 4GL) az SCO 

Open Desktop rendszeréhez. 
Felvilágosítás: 

VT-SOFT KFT. 


Telefon: 180-3744 
Telefax: 180-3750 








SZAKÜZLET KÍNÁLATA: 


16 200.-tól 
70 000—- 
12 000.— 
11 000.— 

1 400.— 


ST-157A winchester 

210 M Ouantum 

Handy Scanner 400 DPI, 105 mm 
80287-10 processzor 

GM-6 mouse 


3M floppylemezek: 


DS DD 5.25" 
DS HD 5,25" 
DS DD 3,5" 
DS HD 3,5" 


752— 
960.— 
1 300.— 
1 950.— 


Áraink 12 hónap garanciával, 
ÁFA nélkül értendők. 


1054 Budapest V., Bajcsy-Zsilinszky út 54. 
Telefon: 131-0946, 111-6025 
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A 61 :STURXOIDYJNHOANI 


A EZ :STURXOIDYINHOANI 


GÉPRAJZ 


Átadható információk 


Step by step 


A STEP 


— Standard for the Exchange of Product Model Data — 
rendeltetése szerint a jövőnek készülő 

általános célú adatátviteli szabványegyüttes, 

amely termékmodelleket leíró információk 

különböző CAXX rendszerek között átadható 

szemléltetési formájának meghatározására irányul. 

Olyan adatformátumot és -struktúrát specifikál, 

amely az adatok azonos idejű és archivált feldolgozásában 
egyaránt előnyösen használható. 


A STEP projektet az amerikai 
IGES/PDES Organization PDES-sel 
karöltve az ISO TC 184/SC4/WG1 
munkacsoportja koordinálja. Az első 
munkaváltozat 1988 végére készült el. 
Már ezen is látszott, hogy a STEP nem 
egy-ember léptékű alkotás, mivelhogy 
a részben kész dokumentációja is több 
ezer oldalt tett ki — ami nagyobb 
részben formális definíció, kisebb rész- 
ben alkalmazási protokoll. 


Módszer 
minden mennyiségben 


A szabványt több rész alkotja, ezek 
mindegyike egy-egy önálló témakört 
fed le. E cikk megírásakor még nem 
állt rendelkezésemre a kész ipari szab- 
ványjavaslat, így ennek csak tervezett 
fejezeteit áll módomban ismertetni: 1. 
rész: Áttekintés, 11. rész: Az EXPRESS 
nyelv, 21. rész: A fizikai fájl, 31. rész: 
Megfelelőségi vizsgálat, 41. rész: 
GPDM — Általános termékadat mo- 
dell, 42. rész: Alakszemléltetés, 46. 
rész: Ábrázolás és megjelenítés, 101. 
rész: Rajzi erőforrások, 201. rész: Rajzi 
alkalmazási protokoll. 

Minden rész önmagában teljes, önál- 
ló szabványt képvisel. Ez lényeges el- 
térés a korábban megismert IGES-hez 
képest, ami monolit egész (pontosabban 
a hatodik változata kapcsán merült fel 
a definíciók és az alkalmazások külön- 
választása). További, jelenleg kidolgo- 
zás vagy ellenőrzés alatt álló, de 1992- 
ben megjelenésre szánt részek a követ- 
kezők: 12. rész: Szervezési keret, 44. 
rész: Termékstrukúra, 45. rész: Anya- 
gok, 48. rész: Alaksajátosságok, 105. 
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rész: Kinematika, 2XX. részek: Továb- 
bi alkalmazási protokollok. 

Teljes kiépítettség esetén a CAXX 
rendszerek kapcsolt hálózata a termék 
létrehozásának teljes folyamatát lefedi 
(1. ábra). Hogy a különböző rendszerek 
között az adatok korlátozás és szakadás 
nélkül mozgathatók legyenek, átfogó 
adatkommunikációt kell szab- 
ványosítani. Ehhez a termékmegvalósí- 
tási környezet egészét modellezni kell, 
amit a STEP három lépcsőben valósít 
meg. A legáltalánosabb információs 
struktúrát meghatározó modell az in- 
tegrált termékinformációs modell, amit 
az angol megnevezése alapján egysze- 
rűen IPIM modellnek neveznek. Az 


IPIM az alkalmazások, az erőforrások 
és az életciklus részmodellekre bontha- 
tó. A jelenleg legnagyobb mélységben 
kidolgozott erőforrás részmodell a geo- 
metriai, a topológiai, az anyagokra vo- 
natkozó, az alakleírási, az alaksajátos- 
ság, az ábrázolási és a tűrésezési infor- 
mációkat öleli fel. 

Míg az erőforrás és az alkalmazás 
részmodellek segítségével csak a kész- 
termék mindenkori állapotát tudjuk le- 
írni, addig az életciklus modell a ter- 
mékfejlődést kronológiailag is kezelni 
tudja. Megadhatók például a gyártási 
terv, a kiindulási (nyers) állapot adatai, 
az NC-megmunkálás közbeni és elle- 
nőrizendő végtermékre vonatkozó ada- 
tok. E lehetősége a STEP szabványt az 
általános minőségbiztosítási rendszer 
eszközévé is teszi. A valamely konkrét 
termékhez tartozó általános informá- 
ciókat az átfogó termékdefiníciós mo- 
dell (GPDF) foglalja magában, a ter- 
mékekhez kapcsolódó alkalmazásspe- 
cifikus információkat pedig az alkalma- 
zási adatokat leíró protokollok (ADPM) 
határozzák meg. A STEP hatáskörében 
jelenleg a gépészeti, az elektronikai, az 
elektrotechnikai és az építőmérnöki al- 
kalmazásokat fedi le. 

A V1.0 változatban megjelenő alkal- 
mazási protokollok várhatóan a 3D 





1. ábra. A step által összekapcsolt CA... technológiák 


rajzolást, a termékadatok felépítéstől 
függő kezelését, a testek B-rep szem- 
léltetését és a szoborfelületek leírását 
foglalják magukban. Hozzá kell tenni, 
hogy az alkalmazási protokollok lénye- 
gében a STEP funkcionalitását terjesz- 
tik ki. Sajátosságuk, hogy lefedik pél- 
dául a tervezés, az elemzés, a gyártás, 
az ellenőrzés, a karbantartás. .. életcik- 
lusok alkalmazástól függő információ- 
igényét. 

Rendeltetését tekintve a termékmo- 
dell olyan információállomány, amely 
a termék létezésének valamennyi álla- 
potát leírja. A leírás egyrészt figyelem- 
be veszi a jelenlegi rendszerek lehető- 
ségeit, másrészt tekintettel van a jövő- 
beli rendszerek igényeire. A STEP ki- 
dolgozóinak célkitűzése az automati- 
kus, emberi közreműködést egyáltalán 
nem igénylő adatforgalom megvalósí- 
tása volt. Minden termékmodell zárt 
információs csomagot alkot. Ismét el- 
térően az IGES specifikációtól a STEP 
három rétegre oszlik: az alkalmazási, a 
logikai és a fizikai rétegre (2. ábra). Az 
alkalmazási réteg egy adott alkalmazási 
területre vonatkozó protokollokat írja 
le formális eszközökkel. A logikai réteg 
a fogalmi struktúrákat határozza meg 
és egységesíti. A fizikai réteg a termék- 
modell-adatfájlok létrehozásának sza- 
bályait adja meg. 

A STEP egységes adatleíró nyelvet 
alkalmaz, az EXPRESS-t, ez az alapja 
a formális definiálásnak. Az EXPRESS 
— és egyben a fizikai fájl — nyelvi 
formátuma a WSN (Wirth Syntax No- 
tation) jelölésrendszeren alapul. Az 
EXPRESS nyelv őse egy viszonylag 
egyszerű adatstruktúrákkal dolgozó 
grafikus IDEFIX leíró nyelv volt. Leg- 
főbb jellegzetessége, hogy a Pascal 
nyelvből közismert típusdeklarációkat 
alkalmaz. A típus valamely statikus 
azaz időben nem változó — struktúra 
kijelölésére szolgál. Az EXPRESS 
emellett altípus-definiálást is lehetővé 
tesz, ami öröklődési mechanizmusok 
megvalósítását támogatja (4. ábra). Az 
adatszerkezetekben értékek és értékhi- 
vatkozások egyaránt megadhatók, sőt 
az elfogadható értékek tartományának 
megszorítására is lehetőség van. Az 
alapegység-definíciókhoz értéköröklő- 
dés is hozzárendelhető. 


Ami átjön és ami átmegy 


Az EXPRESS logikai adatszerkezetei- 
nek a STEP-beli fizikai fájlok adatállo- 
mányára való leképezése közvetlenül 
történik, ugyanis az alaptípusoknak lé- 
tezik a fizikai fájlbeli megfelelője, a 
lista-, tömb- és halmazstruktúrák pedig 


a fizikai fájlban értelmezett listatípusra 
képezhetők le. A STEP-beli adatkom- 
munikációs fájl nem bináris fájl, hanem 
karakteregyüttesekből álló tokenek so- 
rozata. Moduláris felépítésű, az infor- 
mációt közvetítő logikai elemek az 
alapegységek. A szintaktikai egységek 
elválasztására határolókat kell alkal- 
mazni. Az EXPRESS nyelv meghatá- 
rozza azokat az adatstruktúra-elemeket, 
amelyek megjelenhetnek a STEP-fájl- 
ban. A fizikai fájl lényegében ezeknek 
az elemeknek és részstruktúráknak az 
összességéből képződik. A fájl tartalma 
struktúrameghatározó . szimbólumok- 
ból, nyelvi definíciós alapegységekbóől, 
termékleíró adatokból és nyomtatásve- 
zérlő elemekből áll. Ez utóbbi elemek 
lehetővé teszik a nyomtatást, illetve 
formátumának meghatározását. A 
STEP-fájl szekvenciális szervezésű, vi- 
szont nincs kikötés arra, hogy a fájl egy 
menetben feldolgozható legyen. Az 
egyes rekordok szabad formátumúak, 
tehát a rekordon belüli helyfoglalásnak 
nincs jelentősége. Ebből adódik az is, 
hogy a rekordok változó hosszúságúak 
is lehetnek. 

A fájl tartalma papír adathordozón 
kétféleképpen jeleníthető meg: közvet- 
len vezérlés alkalmazásakor a nyomta- 
tási kép a fájlba beírt jelek hatására nem 
előrendezett fájltartalom esetén is ki- 
alakul. Ilyen vezérlőjel például az új 
sor /N/ vagy a laptovábbítás /F/. Köz- 
vetett vezérlésnál az adatok fájlba írá- 
sakor eleve betartjuk a formátum kiala- 
kítására vonatkozó szabályokat. Ilyen 
előírás például, hogy a sorok balra 
igazodnak, a fenntartott szavak, a 
TÖRZSRÉSZ szakasz alapegységei és 










Alkalmazási réteg 





Logikai réteg 
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az 
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program 
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2. ábra. A STEP rétegmodellje 


A" rendszer 
Külső sémája 


Adatstruktúra deklaráció 
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az azonosítóként használt alapegységek 
mindig új sorba kerülnek és így tovább. 
Ezeket a STEP fizikai fájlra vonatkozó 
része tárgyalja. 

Mint említettük, a STEP-fájl struk- 
turált, jelenleg két szakasza rögzített, 
ezek a TÖRZSRÉSZ (HEADER) és az 
ADATRÉSZ (DATA). A szintaktikai 
formátumot a 3. ábra mutatja. A 
TÖRZSRÉSZ szakaszból pontosan egy 
lehet a fájl elején. Tartalmazza a fájl 
nevét, a létrehozás időpontját, a szerző 
nevét és hovatartozását, a fájl létreho- 
zásakor követett STEP-specifikáció 
változatszámát, az alkalmazott előfel- 
dolgozó és tervezőrendszer azonosító- 
ját, a fájlbeli információk kinyeréséhez 
szükséges utófeldolgozó változatszá- 
mát, továbbá a felhasználó által defi- 
niált alapegységek példányait is. Ez 
utóbbi opcionális, és szintaktikai korlá- 
tozások érvényesek. 

Mindkét szakasz bizonyos alapegy- 
ségeket tartalmazhat, amelyek általános 
formátuma a következő: KULCSSZÓ 
(paraméter. lista). A TÖRZSRÉSZ sza- 
kaszban a fájlazonosító alapegység 
(FILE IDENTIFICATION Pél- 
da", Dátum , .....); — használata szük- 
séges. A szakaszok egyrészt standard 
alapegységeket tartalmazhatnak, más- 
részt beírhatók felhasználó által defi- 
niált alapegységek is. Ezek neve előtt 
a ! jelölés alkalmazandó. Az alapegy- 
ség-példányok azonosítói a (2 jelet kö- 
vető számjegyek. Az alapegység-példá- 
nyokra való hivatkozás a tt jelet követő 
egész számokkal történhet, ha egyéb- 
ként az azonosító szerepel a fájlban. 

Az ADATRÉSZ szakasz az alapegy- 
ségek beírását tekintve egységes sémá- 


"B! rendszer 
Külső sémája 
leképezés 












EXPRESS- szel 








leképezés 
"B" rendszer 
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jú. Minden alapegységre annak azono- 
sítóját, a típus megnevezését, valamint 
az attribútumokat kell megadni, egy- 
mástól vesszővel elválasztva. Az 
ADATRÉSZ sajátossága a szakaszon és 
alapegységen belüli érvényesség, azaz 
a hatáskör, amelynek struktúraképző 
hatása van, és a valamitől függő létezés 
kifejezésének eszköze. Például: 


Alapegység típus kulcsszó 
$SCOPE 


. Alapegység-előfordulások 
ENDSCOPE; 


Az érvényesség funkció testében de- 
finiált alapegységek nem hivatkozhatók 
a hatáskörön kívüli alapegységekből, 
kivéve, ha az EXPORT. LIST alapegy- 
séggel elérhetővé tesszük. A STEP kül- 
ső hivatkozásokat is lehetővé tesz. Az 
EXPORT alapegység más létező fájl 
megnevezett alapegységére mutat, a 
LIBRARY az alapegység helyét könyv- 
tárként jelöli ki, míg teljes fájl hivatko- 
zását az EXTERNAL REFERENCE 
teszi lehetővé. 

A STEP egy az adatkommunikációs 
előírásokkal eddig le nem fedett terü- 
letre is kiterjed, mégpedig az alkalma- 
zási protokollok kidolgozására. Látni 
kell ehhez, hogy a STEP gyakorlati 
alkalmazásának sikerességét az alkal- 
mazási referenciamodellek nagymér- 
tékben elősegítik. A referenciamodell 
megadja az adott alkalmazásban hasz- 
nálható leírósémákat, alapegységeket, 
adattípusokat, konvenciókat, kapcsolat- 
kijelöléseket és így tovább. A STEP a 
gyakorlat szempontjából lehetőséget ad 
bármilyen számítógépes belsőábrázolá- 
sú modell leképezésére. AzEXPRESS-t 


Tf  TÖRZSRÉSZ — a fájl egészére 
vonatkozó információkat 


tartalmazza 


ENDSEC; 
DATA; 


f  ADATRÉSZ — a terméket leíró 
adatokat tartalmazza "4 


ENDSEC; 
ENDSTEP; 





3. ábra. A STEP-beli fizikai fájl szakaszai 
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ENTITY direction 
SUPERTYPE OF 


SUBTYPE OF (vector): 
END ENTITY: 
ENTITY two space direction 


(two. space direction OR 
three space direction) 


SUPERTYPE OF (direction): 


x 
Y 
WHERE 


(x"x4y"y) 0: 


definition spacece(two space direction)-2 : 


END ENTITY : 
ENTITY three space direction 


SUBTYPE OF (direction) : 
x 


Y 
z 


WHERE 
(x"xxyty) 0: 


definition space(three space direction)-3 : 


END ENTITY : 


4. ábra. Altípus definiálása a STEP-ben 


úgy tervezték, hogy a STEP-alkalmazás 
későbbi szakaszában is a jelenlegi in- 
formációs modellek alapján elő- és utó- 
feldolgozó szoftverek (processzorok) 
fejleszthetők legyenek. Eltérés az 
IGES-hez képest, hogy az egyes CAXX 
rendszerekhez a processzorokat nem 
szükségszerűen az adott rendszer fej- 
lesztői dolgozzák ki, hanem tesztelést 
is végrehajtó programozási központok. 
Eddig mintegy másfél tucat — széles 
körben elterjedt — rendszerhez alakí- 
tottak ki processzorokat. 

Az elhatározások tükrében a STEP- 
re alapozott informá- 
ció-kommunikációnak 
négy egymásra épülő 
szintjét tervezik meg- 
valósítani. 

A fájlcseréét, a pro- 
jekt-adatbázisok, a 
globális adatbázisok és 
17 a tudásbázis cseréjéét. 
Mindegyik szintre az 
IPIM alapján származ- 
tatják az információs 
struktúrákat. 

Az adatformátum az 
egyes szinteken külön- 
böző lehet, leginkább 
abból eredően, hogy az 
egyes kiterjedtségi 
szinteken különböző 
célok és feltételek ér- 
vényesek. 





Hol az a 
2000 dollár? 


Végezetül még néhány kapcsolódó in- 
formáció. Tekintve, hogy a célok meg- 
valósítását olyan cégek szorgalmazzák, 
mint a Boeing, a DEC, a Lockheed, a 
Martin Marietta, a McDonnall Douglas, 
a Prime, a Northrop, a Rockwell — 
hogy a USA Air Force-t ne is említsük 
—, nem lehet a dolog mellett közönyt 
színlelve elmenni, 

Mivel korábban abban a szerencsé- 
ben volt részem, hogy bepillanthattam 
a kulisszák mögé, szeretném e helyen 
közreadni azt az információt is, hogy a 
NIST (Amerikai Szabvány- és Techno- 
lógiai Nemzeti Intézet) szervezésében 
a társult vállalatok mindegyike 
50 000—200 000 dollárt fizet be éven- 
te, és 3 éven keresztül 2-5 embert teljes 
munkaidőben biztosítanak a kutatási és 
fejlesztési munkában való közreműkö- 
déshez. Mivel hazánk elvileg résztvevő 
(P) státuszú taggá lépett elő az elmúlt 
évben a korábbi megfigyelő (0) pozí- 
ciójából, magyar képviselőnek is lehe- 
tősége van a részvételre — megközelí- 
tőleg 2000 dollárért (az utazást is bele- 
számítva). 

Áttekintésem bizonyára hosszabbra 
sikeredettt volna, ha ez a , néhány" 
zöldhasú az én pénztárcámban lapul... 


Horváth Imre 


( 


Nyílt titok 
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A PC szereptévesztése 


A magyarországi számítógépparkra 
a COCOM-embargó furcsa, torzító hatást gyakorolt: 
korszerűtlen, régi IBM-gépeket utánzó, 


általában csak lassú, 


kötegelt feldolgozásra képes nagyszámítógépek 
és rendszerint silány minőségű személyi számítógépek 


egyvelegét eredményezte. 


Ahogy a középvállalat hiányzik a gazdaságból, 
úgy hiányoznak a többfeladatos, többfelhasználós 
(multiuseres, multitaskos) közepes és minigépek. 


A fejlett ipari országokban 


a vállalatok, bankok, kormányhivatalok stb. 

információs rendszerének gerincét ezek a gépek adják. 
Jelen gondolatok a kis-, közepes és nagyobb cégek 
informatikai igényei köré csoportosulnak, 

s mivel ezek kielégítése hálózatokban ,cirkuláló" 
adatbázisrendszerekkel függ össze, 

végül is ebben a rovatban vannak talán 

a legautentikusabb helyen lapunkban. 


Szegény ember vízzel főz, mondja a 
közmondás. A magyar gyakorlatban ez 
azt jelentette, hogy lassan minden fel- 
adatot a PC-kre testáltak: amit PC-vel 
(vagy jobb esetben ilyenek hálózatával) 
nem lehetett elintézni, az megoldhatat- 
lan számítástechnikai feladat. 

Őszintén szólva, tényleg bámulatos, 
hogy mi mindent csinálnak ma Magyar- 
országon PC-vel. Az elfojtott vállalko- 
zókedv 1981 óta (ekkortól lehetett gmk- 
kat alapítani) a számítástechnikában 
tört ki leghamarább. Ez természetes is, 
hiszen olyan új termékekkel foglalkoz- 
tak, amelyek az akkori állami iparban 
nem léteztek. Csekély tőke, viszont 
magas szakmai tudás volt szükséges, 
ezért a fiatal értelmiségnek ideális volt 
ez a pálya. Később persze a kereskede- 
lem vált uralkodóvá ezen a területen, 
de most, hogy a hazai piac fizetőképes 
keresletének korlátaihoz elérkezett a 
számítástechnikai ipar, ismét előtérbe 
került a szakértelem. 


Csúzlival elefántra 


Minden káprázatos eredmény ellenére 
ma elmodhatjuk, hogy a PC-k szerep- 
tévesztése általános az országban: ahe- 
lyett, hogy tényleg személyi számítá- 


sokra, levelezésre, a nagygépeken tárolt 
információk megjelenítésére használ- 
nák, a PC-k és hálózataik alkotják ma- 
gát az információs rendszert. Erre azon- 
ban igazából sem teljesítményük, sem 
megbízhatóságuk alapján nem képesek. 

A statisztikák árulkodnak a helyzet- 
ről: a lakosság létszámához viszonyítva 
10-15-ször nagyobb a személyiszámí- 
tógép-sűrűség a fejlett ipari államok- 
ban, mint hazánkban; és legalább annyi 
miniszámítógép üzemel ott, mint ahány 
PC-hálózat nálunk. 

Kérdezhetnénk — és mivel a PC-há- 
lózatokon kívül más megoldást nem 
ismernek, sokan meg is kérdezik —, 
hogy miért baj az, ha PC-hálózatok 
képezik a vállalati információs rend- 
szert? Ervként felhozzák, hogy a leg- 
kedvezőbb ár/teljesítmény mutatóval a 
PC-k rendelkeznek (a nagy sorozatok 
miatt), és fejlődésük töretlen: egyre 
gyorsabb és gyorsabb gépek jelennek 
meg. 

Ha ez így igaz lenne, akkor nem 
sorjáznának a panaszok: lassú a gépem, 
elvesznek az adatok a hálózaton, ösz- 
szetörtek az indextáblák, rejtélyes leál- 
lások nehezítik az üzemeltetést, elvíru- 
sosodott a Novell hálózatom stb. Aki 
nem csak szép, új feladatok tervezésé- 


vel tölti az idejét, az jól tudja, hogy 
tajvani PC-s hardverrel, MS-DOS és 
Novell szoftverrel, hazai rohammunká- 
ban készült, egyedi fejlesztésű alkalma- 
zói szoftverekkel rendszert üzemeltetni 
nem egyszerű dolog. 

Ezek az üzemeltetők naponta hallják 
a piacgazdaságra való áttérés közben 
meghajszolt menedzserektől: kevés és 
megbízhatatlan az általuk szolgáltatott 
információ. Tudjuk, hogy a szervezetek 
általános szervezettségi szintje ala- 
csony. A számítástechnika azonban a 
szükséges precizitásával magával hoz- 
Za a szervezettséget is: ezért különösen 
kívánatossá vált a fejlesztése. A mini- 
gépeket nélkülöző fejlődési irány azon- 
ban ez esetben zsákutca: nem lehet 
integrált vállalati információs rend- 
szert, több százezer vagy több millió 
rekordból álló adatbázisokat PC-vel, 
PC hálózattal kezelni. 


Az ,üveggyöngy"-jelenség 


A hónap témájában (18. oldal végén) 
olyan buktatókról tettünk említést, ame- 
lyeket el kellene kerülni a magyar szá- 
míitástechnikai fejlődés mostani kriti- 
kus szakaszában. Bővebb magyarázatra 
az ott utolsóként említett veszélyforrás 
szorul. Lényege az, hogy a szép, színes 
grafikus rendszerek sokkal jobban el- 
adják magukat, mint a hatalmas háttér- 
munkával megszervezhető információs 
rendszerek, adatbázisok. Ám vegyük 
észre, hogy a fejlett ipari államokban 
ezeket a grafikus rendszereket már mű- 
kődő adatbázisok megjelenítésére hasz- 
nálják. Nálunk sok programfejlesztő a 
szoftver elkészítését a bejelentkező 
képernyő megírásával kezdi; és miután 
a rendelkezésre álló idő fele ezzel el- 
ment, az alapadatokat biztosító adatke- 
zelő programrészt összecsapja. Bármi- 
lyen ingatag is az alap, a szép külső 
— sajnos még mindig — eladja. 

Ezen a ponton érdemes kitérnünk 
arra, hogy a csapda mindhárom torká- 
nak megnyílása, vagyis a veszélyforrá- 
sok keletkezése egyetlen végső okra 
vezethető vissza. Ez pedig a szükséges- 
nél alacsonyabb általános képzettségi 
szint a számítástechnikai szakemberek 
között. Különösen gyenge a logisztika: 
lámpással kell keresni a relációs adat- 
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bázisokhoz értő szervezőket. Kevés az 
olyan programozó is, aki (teammunká- 
ban) több százezer vagy még több soros 
szoftverek megírásához értene. Nem 
jobb a helyzet az üzemeltetők között 
sem: nem ismerik az operációs rend- 
szereket, és nincsenek tisztában az adat- 
védelmi intézkedések fontosságával. 

Gyors javulás a képzettség területén 
nem várható, mert a szakmában dolgo- 
zók létszáma folyamatosan nő, és az 
intézményi képzés ezzel ma nem tart 
lépést. A munkanélküliek közül csak 
kevésnek van olyan felkészültsége, 
amely ezen szakmákra történő átképez- 
hetőség feltétele. 


Az ütőképes stratégia 


Mindezek után milyen tanácsokat lehet 
tehát adni ma egy adatokra éhes, kicsi- 
nél nagyobb vállalat, vállalkozás me- 
nedzserének, hogyan is fogjon hozzá a 
számítógépesítéshez? Az alábbi egy- 
szerű receptet ajánljuk: 

— Tegye rendbe a szervezetet: a 
munkakörök, a felelősségi viszonyok, 
az adatszolgáltatási kötelezettségek le- 
gyenek világosak. 

— Vegyen fel vagy bízzon meg egy 
jónevű vezető szervezőt, aki megál- 
modja a rendszerhez az adatbázist. A 
dokumentációt előre kérje, és magya- 
ráztassa el a folyamatokat, amelyekben 
megtestesül a rendszer működése. Ez a 
legkritikusabb pont: az az adat, amelyik 
nem szerepel az adatbázisban, soha nem 
lesz megtalálható az információs rend- 
szerben. 

— Válasszon az adatbázis méretének 
megfelelő nagyságú gépet UNIX-szal, 
mert az ún. nyílt rendszerek koncepció- 
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KÉSZPÉNZES 
ÁRLISTÁNKBÓL: 


jának ez a megfelelője az operációs 
rendszer szintjén. 

— A vezető szervező irányításával 
készíttesse el a programok specifiká- 
cióját, majd vizsgálja felül azokat, hogy 
tényleg megfelelnek-e a szükségletek- 
nek. 

— Írassa meg a programokat (lehe- 
tőleg valamilyen negyedik generációs 
programozási nyelven). Itt már csak azt 
kell ellenőrizni, hogy a programok 
megfelelnek-e a specifikációknak. 

— Ne feledkezzen meg a fejlesztők- 
től megrendelni a bevezetést, az okta- 
tást, a kezdeti rendszerfelügyeletet és a 
későbbi folyamatos tanácsadást. 

— Különös gonddal válassza ki a 
rendszergazdát, és ne sajnálja a rend- 
szergazda képzésére fordított összege- 
ket. 


A terep nehéz, 
de gazdag hozamú 


Szándékosan nem jelöltünk meg a re- 
ceptben semmiféle kész szoftvert — 
kivéve a UNIX-ot mint alapot. Sajnos 
jelenleg fehér holló ritkaságú az olyan 
alkalmazási szoftver, amely nagy adat- 
állományokkal is működőképes, és ha- 
tékonyan paraméterezhető. Nyugaton 
vannak ilyenek, de hiányoznak a ma- 
gyar nyelvi interfészek; és az ilyen 
szoftvereket kínáló társaságok közül 
ma még egyik sem jeleskedett a ma- 
gyarításban. Ez természetesen nem je- 
lenti azt, hogy egyes jól használható 
modulokat ne készen vegyünk meg, de 
ennek a rendszerbe illesztéséről tovább- 
ra is egyedileg kell gondoskodni. És 
főleg: ne dőljünk be annak, amikor a 
konkurencia a PC-ire kifejlesztett (és 


FAN 


computer 


(Alapkonfiguráció: alaplap, 1,2 MB FDD, 


44 MB HD 


AT-286/12/16 MHz 

AT-286/16/20 MHz 

AT-286/20/25 MHz 

AT-386SX/186 MHz 

AT-386SX/20 MHz 

AT-388/25 MHz 

AT-388/33 MHz 

AT-386/40 MHz 

AT-488/33 MHz 

WINMORE floppylemez (3,5" 1,44 MB) 


Igény szerinti tetszőleges konfigurációk. 
ÁRENGEDMÉNYEK: ELŐRENDELÉSRE, NAGYOBB MENNYISÉGRE 
RÉSZEGYSÉGEK, ,OUANTUM" WINCHESTEREK, 


, 15/1p/tg port, 102 gombos billentyűzet, 
14"-os monokróm monitor, baby-ház) 


16 kB cache 


64 kB cache 
64 kB cache 
128 kB cache 


éppen kidobás előtt álló) célszoftverét 
kínálja nekünk potom pénzért — mert 
egy számítástechnikai rendszer beveze- 
tésekor a legnagyobb összeg mindig a 
bevezetés; a dolgozók oktatása, a mun- 
kaidő-kiesés és a túlórák, az első adat- 
bázis-létrehozás. 

Az ajánlás ugyancsak nem említ sem- 
miféle grafikus interfészt. Első megkö- 
zelítésben ez nem szükséges, először a 
biztos alapokat kell lerakni. A vállala- 
toknál, intézményeknél a , látványos" 
PC-bőség ellenére ezek a legtöbb he- 
lyen még hiányoznak. Egy olcsó, 35-40 
ezer forintos monokróm terminál a leg- 
több helyen megfelelő. (Figyelem! Er- 
gonómiailag gondosan tervezett, egész 
napos munkára szolgáló eszközökről 
van szó, nem pedig vibráló monitorú, 
a legalacsonyabbnál is alacsonyabb ár- 
fekvésű PC-król!) Természetesen a 
meglévő PC-król, illetve ezek hálóza- 
táról sem kell lemondani: egyéni nyil- 
vántartásokra, levelezésre, egyedi kal- 
kulációkra és a nagy háttéradatbázis 
részeinek megjelenítésére ezek tovább- 
ra is jól használhatók. A nyílt rendsze- 
reket eleve úgy tervezték, hogy a PC-k, 
PC-hálózatok azokhoz csatlakozni tud- 
janak. 

Ha a felsorolt tanácsoknak megfele- 
lően járnak el a menedzserek, akkor 1-3 
év alatt megfelelő szintű számítástech- 
nikát tudnak megalapozni cégüknél. 
Ennél gyorsabban ritkán érhető el ered- 
mény. Nyugat-Európában is 2-5 évet 
vesz igénybe a kész szoftverek beveze- 
tése. Az ottani, valamivel rutinosabb 
környezetekbenis az a tapasztalat, hogy 
a dolgozók fogadókészsége általában 
nem teremthető meg ennél rövidebb idő 
alatt. Polló László 
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AT 286 (12, 16 MHz), 1 MB RAM, 


1,2 MB Magy 1.44 fioppy, 44 MB HDD, 
S/P PORT, 101 gombos billentyűzet, — 
MGP kártya, 14" papírfehér monitor. 


AT 286 (16, 20 MHz), 1 MB RAM, 


.58 800— 4. ÁFA 


1,2 MB vagy 1.44 fioppy, , 44 MB HDD, 


VGA színes monitoi 


MOUSE-OK, SCANNEREK, DIGITALIZÁLÓ TÁBLÁK 
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FA 
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1118 Budapest, Késmárki u. 6. 


S/P PORT, 101 gombos billentyűzet, 
MGP kártya, 14" jééé monitor. 
r. 
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:..Nem csak számítástechnika 


INFORMÁCIÓKÉRÉS: 03 A 


Ez a helyes 
írásvetítő! 


Nappali fény 
mellett is 
kitűnő képet 
varázsolnak 
a vászonra 
a Polaroid 
írásvetítők. 


A könnyen 
hordozható 
legkisebb 
modell 
mindössze 
4,5 kg. 


Előadások 
látványossá 
tételéhez 
ideális 
útitárs! 





Többféle változatban kaphatók a 


FLOPPYLAND 
számítástechnikai szaküzletben Pol rel roid 
(Budapest V., Váci utca 84. Telefon/Fax: 118-2651) 


és országszerte a Cédrus Rt. viszonteladóinál. 





INFORMÁCIÓKÉRÉS: 29 A 
ALAPLAP 1991/9 37 


KILÁTÓ 


Bill Gates 
a rendszerek jövőjéről 


Bill Gates Amerika legfiatalabb , self-made" milliárdosa. Ő 
a Microsoft sikerek mozgatórugója. Legújabb büszkesége a 
Windows 3. (Idén májusban jelent meg, és a PC történelem 
leggyorsabban fogyó szoftvere lett.) Alig 35 évesen lábai 
előtt hever a világ, mindent elért az eddigiekben, amit akart. 
A világ legsikeresebb szoftvercégének egyik alapítója, veze- 
tője már 15 éve. Tekintélyére jellemző, hogy az IBM, Apple, 
ATET, Santa Cruz Operation cégeknél minden mondatát 
jegyzik, amely a DOS, OS/2, Windows, a Macintosh szoft- 
verpiac vagy a Unix rendszerek témakörében elhangzott. 
Tulajdonképpen mindenki odafigyel, amikor ő nyilatkozik. 

Ez az egyedülálló karriertörténet csaknem húsz éve kez- 
dődött. Az akkori középiskolás Gates, barátjával, Paul Al- 
lennel programokat írogatott, mintegy zsebpénz-kiegészítés- 
ként. Ebben még nincs semmi rendkívüli. 1974-ben, amikor 
már a Harvard Egyetem hallgatója volt, Allennel úgy gon- 
dolták, hogy nagy valószínűséggel a Basic lesz a jövő nyelve. 
Ki is fejlesztettek egy Basic-et az akkori első mikrogépre, 
az MITS Altair-re. A fejlesztés sikerén felbuzdulva megala- 
pították a Microsoft céget. Az igazi sikertörténet azonban 
hat évvel később kezdődött. Jó kapusnak szerencséje van — 
mondják. Velük is valahogy így történt. Az IBM először 
ugyanis nem az ő DOS operációs rendszerüket akarta fel- 
használni PC-jeihez, hanem a Digital Research cég CP/M 
rendszerét. Annak köszönhetően, hogy a Digital Research és 
az IBM nem tudott megegyezésre jutni, a Microsoft megin- 
dult meredeken felfelé ívelő pályáján a sikerek csúcsa felé. 
Ők alkotják a szabványt a programozási nyelvek, az operációs 
rendszerek, az alkalmazói szoftverek területén. Alapító társa, 
Paul allen azóta kivált a Microsoft-ból, saját céget hozott 
létre Asymetrix néven. Egyik fejlesztésük a Windows 3-nak 
részét képezi. Fantasztikus évet tudhat maga mögött a 
Microsoft: 1990-re 1,18 milliárd dolláros bevételt könyvel- 
hettek el, s ez 4799-os növekedés az 1989-es 803 millió 
dollárhoz képest. 

Erthető módon a számítástechnikában mindenki megkü- 
lönböztetett figyelemmel kísérte Bill Gates szavait Las 
Vegasban, az 1990. évi Comdex kiállításon. Előadásában 
elmondotta, hogy szerinte a jövőt egyértelműen az egyre 
inkább emberközeli gépek jelentik. Ennek megfelelő vezér- 
fonal jelenti a Microsoft stratégiáját is. A 80-as években olyan 
számítástechnikai szabványt alkottak, amelynek következté- 
ben az alacsony árkategóriájú gépek elárasztották a világot. 
Szinte mindenki hozzájuthatott egy-egy géphez. Mára már 
a PC tulajdonosok száma megközelíti a 60 milliót. Jelenleg 
a PC szoftverek felhasználói olyan új korszak elé néznek, 
amelyben a desktop alkalmazások és a valóban hordozható 
PC-k természetessé válnak. Céljuk olyan szoftverek kifej- 
lesztése, amelyek miatt senkinek sem kell eldobnia eddigi 
fejlesztéseit, az új kor követelményeinek mégis megfelelnek. 
Objektumorientált állományrendszerekkel dolgoznak, keze- 
lik az osztott álományrendszereket, felismerik a kézírást és 
több különféle médiát kevernek. Jelenthet ugyan rövid távon 
előnyöket egy-egy nem szabványos alkalmazás, de feltétlenül 
az a jobb megoldás, ha az új technológiákat a PC architek- 
túrájába, illetve a rendszerszoftverbe integrálják. Célszerű 
tehát egységesíteni az életünket kísérő információkat. Ha a 
szabványokat sikerül nagyon körültekintően kell kidolgozni, 
akkor minden felhasználó önszántából követni fogja azokat. 
Idén év elején a Personal Computer Word kérdéseire vála- 
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szolva számos meghatározó jellegű jövendölés hangzott el 
Bill Gates szájából. Először az operációs rendszerek, nyílt 
rendszerek témakörével kapcsolatban fejlette ki véleményét. 

Erdekes helyzetet teremtett a Windows fergetes sikere. 
Eddig ugyanis a DOS és az OS/2 versenyében állandóan arra 
hivatkoztak a DOS pártiak, hogy nincs megfelelő szoftver- 
támogatás az OS/2-höz, az eddigi DOS környezetű alkalma- 
zásokat pedig senki nem akarja kidobni azért, mert OS/2-re 
tér át. Itt lép be a Windows. Eltolódik a hangsúly a Windows 
felé, a DOS rovására. Windows környezetben grafikus alkal- 
mazások születnek. 0S/2-höz készült Windows fejlesztése- 
inket könnyűszerrel árvihetjük és futtathatjuk OS/2 Presen- 
tation Manager alatt. Ekkor pedig minden OS/2 nyújtotta 
előnyt kihasználhatunk. Megkönnyítik tehát a Windows 
fejlesztői az első lépéseket a DOS-ból felfelé. A DOS és a 
Windows együttesét már egy középméretű operációs rend- 
szernek tekinthetjük. 

Néhány cég nehezményezte, hogy rengeteg plusz munkát 
kellett végezniük ahhoz, hogy régebbi Windows alkalmazá- 
saikat áttegyék OS/2 Presentation Manager alá. Ez már a 
múlté. Mindazok, akik figyelembe veszik a Windows terve- 
zési specifikációit, biztonságban érezhetik magukat. Ez ter- 
mészetesen nem vonatkozik azokra a szoftverházakra, ahol 
megírják az OS/2 Presentation Manager alkalmazásoakt, és 
nem tesztelik le ezeket a Windows könyvtárral. Bill Gates 
hisz az OS/2 Presentation Manager jövőjében, cége több 
OS/2 szoftvert szállított, mint bárki más. (Communications 
Manager, LAN Manager, Microsoft Word és Excel a Presen- 
tation Manager-hez) 

Igen rossz véleménnyel van ezzel szemben a Unix operá- 
ciós rendszerről. Szerinte ugyanis öt nagy céget sem lehet 
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találni, amely ugyanazt a Unix verziót használná. Vannak 
olyan Unix variánsok, mint például a NeXT és a Sun, 
amelyekben egyetlen sornyi kód sem közös. Az OS/2 alapvető 
célja az, hogy az egyes gépek között az alkalmazások 
átvihetőek legyenek. A hihetetlenül szerteágazó grafikus 
interfészek és kernel változatok sokasága elképzelhetetlenné 
teszi, hogy a különböző gépek Unix alkalmazásai valaha is 
hordozhatóvá válhassanak. A nyílt rendszerekkel kapcsolatos 
Gates vélemény is igen egyéni. Szerinte a lehető legnyitottab 
a PC. Mindenképpen nyíltabbnak tekinthető, mint egy olyan 
rendszer, ahol a billentyűzet, az interfész és a kód nem 
szabványos. A Unix csak hivalkodik azzal, hogy ő a nyílt 
rendszer. Az európai kormányoknak azonban, ha igazi nyílt 
rendszereket akarnak, a legnyitottabb rendszer, a PC felé 
érdemes fordulniuk. 

A Microsoft csakis azért dolgozott együtt az SCO és a 
DEC rendszereivel, mert úgy gondolta, hogy mindenkinek 
joga van olyan konfigurációt választani, ahol buta terminálok 
kapcsolódnak a server géphez. A LAN Manager-t olyanra 
fejlesztették, hogy bármelyik operációs rendszerrel képes 
dolgozni. A DEC céggel való kapcsolat pedig arra szolgált, 
hogy a nagyobb, régebbi gépek területére is betörjenek. 
Azoknak a cégeknek, amelyeknél csak többfelhasználós 
rendszerre van szükségük, annak a Unix megoldást jelent. 
Azok azonban, akik több felhasználóval, a LAN lehetőségek 
felső szintjén kívánnak dolgozni, csakis az OS/2-ben gon- 
dolkodhatnak. 

(Personal Computer Word, 1991/május) 





A csúcsgép 


Már sok íróasztalon ott található a 25 MHz-es, 80386-os gép. 
Alig néhány évvel ezelőtt ennek a sebessége, teljesítőképes- 
sége még elképzelhetetlen volt. Csaknem minden feladatun- 
kat megoldja néhány másodperc alatt. Igen ám, de az emberi 
állandóan elégedetlen a meglévővel. Számoljunk csak! Leg- 
feljebb 2 milliárd másodperc van még hátra életünkből. Hát 
nem akarunk ebből milliókat arra pazarolni, hogy egy-egy 
Windows alkalmazás képernyője aktualizálódjék, vagy várni, 
amíg a hosszú programok végre betöltődnek, nem is szólva 


az , Outof Memory" és hasonló ronda üzenetek bámulásáról. 
Képzeljük hát el, milyen lehetne a legszuperebb gép, csúcs 
CPU-val és lemezmeghajtóval, a legjobb monitorral, video 
adapterrel, egérrel, modemmel, és persze csúcsszoftverekkel. 
Egy kicsit azonban visszamegyünk a Földre. Mindezt álmod- 
juk úgy össze, hogy megnézzük a vezető cégek kínálatát az 
egyes alkotórészekre. Figyelem! Ha már egyszer álmodunk, 
álmodjunk nagyot. Minden egyes alkotóelemből a legesleg- 
jobbat próbáljuk kiválasztani. Ne elégedjünk meg a komp- 
romisszumokkal! 

Gondolkozzunk el a dobozáról. Magát a dobozt hívták 
korábban CPU-nak, még mielőtt a cserélhető CPU kártyák 
megjelentek volna. A legkevesebb, amit kívánhatunk, egy 33 
MHz-es 80486-os processzor. Igaz ugyan, hogy a 386-os 
chip megközelítőleg ugyanazt a teljesítményt nyújtaná, de a 
jövőt is figyelembe kell vennünk. Mivel biztosan akarunk a 
csodagéphez beépített matematikai koprocesszort és 8 K 
cache-t, nem ragadhatunk le a 386-osnál. 

Mindenképpen rengeteg memóriát szeretnénk, mégpedig 
úgy, hogy ne kelljen erre bővítő dugaszt elpazarolnunk. A 
jobb 386-os és 486-os gépekben már 64 bites adatút köti 
össze a RAM-ot és a processzort, megvan az úgynevezett 
s interleaving" vagy ,bank switching" technika. Ez az ,in- 
terleaving" két memória chip sorozatot kezel, így a CPU az 
egyik részből kiveheti az adatokat miközben a másik részt 
frissíti. 

A jobb PC-k már tartalmaznak 8 K cache-t. Ennek az a 
funkciója, hogy amikor a processzor adatot kér a RAM-ból, 
ne kelljen minden alkalommal feleslegesen várakoznia. OI- 
vasáskor ugyanis a következő olvasás várható adatait is 
kiveszi és beteszi a cache-be. És legtöbbször igaza van, 
tényleg azokat az adatokat fogja kérni legközelebb. A , bank 
switching" és a RAM cache együtt azt eredményezi, hogy a 
mikroprocesszor egyszerre 32 bit adathoz jut, méghozzá 
várakozási idő nélkül. 

Biztos, hogy minden 486-os gép, amelynél megvanaRAM 
cache és az ,interleaving" technika, már jó eséllyel indul 
versenyünkben. A doboz mindenesetre legyen nagy. Még 
nemis tudjuk pontosan, mi mendent akarunk beleerőszakolni. 
Egyetlen meghajtó nyilvánvalóan nem lesz elég. A csúcs 
PC-be legalább kettő, de inkább három kell. Minél több, 
annál jobb. 

Ugyanez igaz a bővítő helyekre is. Utolsó pillanatban még 
valami csodát akarnánk hozzátenni, és nincs hová. Ez igazán 
rémes lenne. 

A bővítő dugaszok kérdése újabb problémát vet fel. Milyen 
legyen: ISA, Micro Channel vagy EISA? Legtöbbször elég 
lenne az ISA. (ISA - Industry Standard Architecture — AT 
gépekhez tervezett 16 bites adatsín.) A ma kapható adapter 
kártyák többsége jó az ISA adatsínhez. Ne kössük meg 
azonban a saját kezünket! Hátha kell majd a 32 bites 
kártyakapacitás valamikor. Marad tehát az IBM Micro Chan- 
nel-je és az EISA (EISA - Extended Industry Standard 
Architecture). 

A Micro Channel mellett szól az, hogy jó az XGA 
(Extended Graphics Adapter) video kártyához, ami tényleg 
szuper. Ha ez az XGA szabvánnyá válik, akkor azonban 
biztosan kihozzák más gyártók ennek ISA és EISA verzióit. 
Legyen tehát inkább az EISA, ez ugyanis kompatibilis mind 
az ISA, mind pedig a 32 bites kártyákkal! 

Kell tehát az eddigiek alapján egy 33 MHz-es 486-os nagy 
teljesítménnyel, nagy dobozzal, sok bővítő hellyel, sok 
meghajtóval, RAM cache-sel. Több tucat PC tudná ezt 
nyújtani, de hosszas háttérinformáció gyűjtögetés után a 
táblázatban felsoroltak maradtak versenyben. 
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Rendszer Proc. Meg- Max. Bővítő dugasz 
sebes- hajtó RAM EISA ISA XT 
ség helyek (MB) 
ALR PowerCache 
33/4e 72.1 ú 128 6 1 1 
Compag 486/33. 70.5 5 100 5 
Everex STEP ő 
Megacube 71.6 8 64 10 1 
Gateway 486/33 71.3 5 64 8 
HP Vectra 486/33T 71 6 64 Fa 
Tandon Tower 486  69.4 8 64 6 2 
Zeos 486/33 70.4 8 32 8 


A táblázatban szereplő processzorsebesség a Norton 
System Index benchmark szerinti érték. Ez azt jelenti, hogy 
az összes kiválasztott típus mintegy 70-szer gyorsabb, mint 
az eredeti 8088-as PC, és több mint kétszer olyan gyors, mint 
egy 33 MHz-es, 386-os gép. Ennek alpján ugye nem érdemes 
egyik javára sem döntenünk. Mindegyik típus tartalmaz 
cache-t, és valamilyen interleaving technikát. 

A felsoroltak közül először a Compag és a Gateway esik 
ki. Nincs bennük elég meghajtónak hely, ha szupergépben 
gondolkodunk. Hova tegyük esetleg a CD-ROM-ot vagy a 
mágneses-optikai meghajtót? A HP Vectra meggyőző kiállá- 
sú, masszív dobozával. Öri tervei mestermunkák. 
Mivel , file server"-nek tervezték, annyi a bővítési lehetősége, 
amennyit épeszű felhasználó már nem is kívánna. De ki 
mondta, hogy most épeszűen gondolkozzunk? Arról volt szó, 
hogy csodát álmodunk. Tehát nem kell a HP, van olyan gép, 
ahol még több a bővítóhely. Kiesik a Zeos is, a 3 1/2"7-es 
meghajtóival. 

Az ALR sebessége a legnagyobb, a Tandon viszont több 
bővítési lehetőséget nyújt. 

Miért válasszuk mégis az Everex STEP Megacube-ot? 
Nyolc meghajtója és a 10 EISA slot miatt. Ennyi egyetlen 
más gépben sincs. 256 K-s a külső RAM cache, 400 Wattos, 
ezzel még Frankensteint is életre kelthetnénk! Ezek a jellem- 
zők már önmagukbanis elég meggyőzőek lennének az Everex 
választásához. Megjelenése azonban legalább ilyen kiváló. 
Tényeleg kocka alakú (neve — Megacube, cube-kocka), 
masszív, csavarhúzó nélkül eltávolíthatók az oldalsó panelek 
mindkét oldalon, ha bővítő kártyát akarunk betenni. 

Megvan az alapgép, legközelebb felvisszük a maximális 
64 K-ra a RAM-ját! 

(PC Computing, 1991/június) 





Szerződéseket olvasva 


Volt idő, amikor az emberek tényleg elolvasták a szoftver- 
felhasználói szerződéseket. (Valamikor talán még a kéziköny- 
veket is, de most nem erről van szó.) A szoftverfelhasználói 
szerződésektől vagy nevethetnékünk támad, vagy elakad a 
lélegzetünk. Nevetést vált ki a felesleges ismétlésektől 
hemzsegő, elképesztő jogi szöveg, lélegzetünk pedig a 
bosszantással felérő feltételektől akad el. 

A szoftverkalózkodásról ejtett ejnye-bejnye mellett a szer- 
ződésekben olyasmitis olvashatunk, hogy az engedély nélküli 
másolatok használata tönkreteheti a merevlemezt és egyéb 
bajokat okozhat. Idővel azonban a szerződések szövegét 
annyira uniformizálták, hogy senki nem olvassa el azok 
szövegét, és a jogászok az , Olvassa el az alábbi fontos 
információt! felirat helyére legszívesebben olyasmit írnának, 
hogy , Kenőpénz: lásd az alábbiakban!" Így aztán kész csoda, 
ha észrevesszük az újításokat, mint például a Samna cég Amí 
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Professional lemezeire vonatkozó üzenetet: , Az Amí Profes- 
sional szoftvercsomagjához mellékeltük mind az 5,25"-ös, 
mind a 3,5"-es lemezkészletet. Ön azonban csak az egyiket 
bonthatja fel, a másikat vissza kell küldenie postán a mellékelt 
dobozban a Samna céghez." Hogyan? Megvesz az ember 
egy dobozt tele mindenféle anyaggal, és az nem is az övé? 
A hátoldalon azután megmagyarázzák, hogy , az én kényel- 
mem érdekében" van kétféle lemez mellékelve, s abból csak 
azt nyithatom ki és használhatom, amelyik az én gépemhez 
való, a másikat harmadik félnek semmilyen módon nem 
továbbíthatom stb. Na, és mit csinálnak, ha megtartom a 
lemezeket? A vevőket eleve tolvajként kezelni általában nem 
jó ötlet. 

Körülnéztem egy kicsit a többi szoftvernél. A WordPerfect 
egyszerűen azt mondja, hogy egyetlen gépéhez engedélyezi 
egy lemezkészlet használatát. Ha rá akarod tenni a hordozható 
laptop-odra, vedd meg még egyszer! A Microsoft engedéke- 
nyebbnek látszik, de megfeneklik a ,,ha" feltételek tengerén. 
Ha a szoftvert 8090-ban a bejegyzett számítógépeden hasz- 
nálod, akkor ráteheted még a hordozható vagy az otthoni 
gépedre. De mi van akkor, ha a hordozható gép a ,,bejegy- 
zet? 

A Borland világosabban beszél: , Ezt a szoftvert úgy kell 
kezelni, mint egy könyvet." — azaz átviheted máshova, de 
mindig csak egy helyen szabad használni. Ha a laptop-oddal 
elutazol egy másik városba, és az irodai géped elzárható, 
akkkor minden rendben. De ha nem, akkor valaki használ- 
hatja közben azt a programot! Lehet, hogy senki nem 
használja, de elvben használhatja. Ez akkor vajon szerző- 
désszegés? 

Csak a legdörzsöltebb ügyvédek tudhatják! 





(PC Computing, 1991/július) 
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Framework-világ 


Vezérlésátadó függvények 


Cikksorozatunk első részében 


az egyszerű programok készítéséig jutottunk el 

a Fred nyelvű programozásban. 

Ismertettük a programok készítésének alapvető szabályait, 
példákkal illusztráltuk az adatbevitelt 

és az eredmények képernyőre íratását. 

Ezúttal a vezérlésátadások különböző módjait tárgyaljuk. 


Emlékeztetőül még annyit: 
az adatbevitel és a kiíratás 


olyan belső függvények eredménye, 

amelyek karakteres adatokkal (stringekkel) dolgoznak. 
Ezért kell nagyon odafigyelnünk 

a konvertáló függvények használatára! 


A változók alkalmazása esetleg 


az eredmény kiíratásakor igényel átalakítást (stringgé), 
ezért ilyenkor a kiírandó teljes karakterlánc összeállítása 
az 8. operátor segítségével történik. 


Rátérve mostani témánkra, előrebocsát- 


juk, hogy az e részt kiegészítő, illuszt- 
ráló mintaprogramokat — az esetleges 
sajtóhibákat kiküszöbölendő — a le- 
mezmelléklet Wred könyvtárában he- 
lyeztük el. Ne feledjük: a programot 
tartalmazó keret neve a leírásban az első 
sorban olvasható! (A keret fájlneve en- 
nek első 8 karaktere, ami helyett — ha 
az eredeti karakter DOS-ban le van 
tiltva—az  jelettaláljuk. A kiterjesztés 
mindig .FW3.) A programok indításáról 
is volt már szó: a kurzorral a programot 
tartalmazó keret szegélyére kell állni, 
majd FS! 


Feltételes vezérlésátadás: 

(XIF(a,b,c) 

Ez a függvény a program kétfelé 
ágaztatására nyújt lehetőséget (TRUE 
ág, FALSE ág). 

A következő program a billentyűzet- 
ről beírt számról eldönti, páros-e vagy 
páratlan. Az eredmény a programot 
tartalmazó keret belsejében jelenik 
meg: más az üzenet, ha a szám páros 
volt, s más, ha páratlan. Ezt az OIF 
függvény alkalmazásával éri el. 


;páros-páratlan 
(Olocal(szam), 
szam:-Ovalue(Oinputline("Írd be a 
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számot!")), 

(Oseraseprompt, 

Oif((Omod(szam,2)-0, 
(Eprompt("Páros számot Írt bel"), 
(Eprompt("Páratlan számot írt bel")) 


A második példaprogram a billentyű- 
zeten begépelt telefonszám hosszát el- 
lenőrzi. 


sjoszam 

(Olocal(szam), 
szam:-Einputline("Írd be a 
telefonszámot!"), 
Eif(Olen(szam)c57,"A szám hossza 
hibás!) 


Ha helyes a begépelt szám, nem 
történik semmi; az (OIF függvénynek 
ugyanis nincs harmadik paramétere. 
Ebben a programban az eredmény ott 
jelenik meg, ahová a programot beírtuk: 
ezúttal a programot tartalmazó keret 
belsejében. De ugyanígy megjelenhet- 
ne egy adatbázismezőben vagy egy 
táblázatcellában is. 

Mindkét programban az (OIF függ- 
vényben csak egy üzenetet kellett 
összeállítani, a feltétel teljesülésétől 
függően. Ha azonban bármely (TRUE 
vagy FALSE) ágban több kifejezés vég- 
rehajtása szükséges, akkor ezeket egy 


(OLIST függvény argumentumaiként 
kell elhelyezni, az OIF ugyanis csak 
három, kötött jelentésű paramétert tar- 
talmazhat. 

Nézzük meg a OLIST alkalmazására 
a következő példát! 


sjoszam1 
XOlocal(szam), 
szam:-EXinputline("Írd be a 
telefonszámot!"), 
Aif(Olen(szam) 7, 
Elist(Obeep, 
"A szám hossza hibásl")) 


Hibás adathossz esetén nemcsak hi- 
baüzenetet, hanem sípjelet is kapunk. 

Az (IF függvények láncolására 
szolgál a következő példaprogram: 


szam 

(Olocal(szam), 

szam:-Ovalue(Oinputline("Írd be a 

számot!")), 

Oif(szam50, "A begépelt szám O", 
(Aif(szam:0, 

"Pozitív számot gépeltél bel", 

"Negatív számot gépeltél bel")) 


Többszörös feltétel esetén az OIF- 
ben a logikai függvényeket (Xor, 
(Aand) is használhatjuk: 


jes 
(Olocal(szam), 
szam:-Ovalue(Oinputline("Írj be 

egy számot 5 és 10 között!")), 
Eif(Oand(szam:3-5, szamcz-10), 
"Jól "8. Ointeger(szam) 8 " 5 és 10 
között van!", 
"Rossz! "8. Ointeger(szam) 8." nem 5 
és 10 között van!) 


A Fred ciklusfüggvénye 
(XOwhile(feltétel, kif.,...)) 


A while függvény alkalmazása ese- 
tén mindaddig, amíg a feltétel eredmé- 
nye HTRUE, végrehajtódnak a feltételt 
követő kifejezések (a ciklus magja). 
Mihelyst a feltétel hamissá válik, a 
program kilép a Owhile függvényből, 
ezután már nem hajtódnak végre többé 
a ciklusmag kifejezései. 

Következő példánkban a ciklusban 
mindaddig növekszik a szamlalo érté- 
ke, amíg el nem éri az 50-et. 


sag 





sciklus1 növ 

(AOlocal(szamlalo), 

szamlalo:-0, felesleges: ez az 

alapértelmezés 

(Owhile(szamlaloc50, 
szamlalo:sszamlalo--1), 

ciklus1:5szamlalo 


A program utolsó sora adja meg a 
program értékét, az értékadás művelet- 
tel ezt hangsúlyoztuk. 

Ugyanez a program — a számláló 
értékét 0-ig csökkentve —  tanul- 
mányozható az alábbi listán: 


sciklus1csökk 

(AOlocak szamlalo), 

szamlalo:550, 

(oOwhile(szamlaloso, 
szamlalo::szamlalo-1 ), 

ciklustcsökk:-szamlalo 


Gyakran szükséges, hogy a program 
mindaddig kérje az adatot, amíg nem 
érkezik helyes adat. Ha például hónap- 
sorszámot várunk, a szám nem lehet 
1-nél kisebb és 12-nél nagyobb. Amíg 
a beírt szám nem felel meg ennek, a 
program újra kéri a számot: 


sciklus3 
(Olocal(szam), 
szam:-0, 
(Owhile(XDor(szam: 12 szamc1), 
szam:-Ovalue(Oinputline("Írd be 
a hónap sorszámát!"))), 
"A hónap sorszáma "8.(Xinteger(szam) 


A következő példában egy logikai 
változót használunk a ciklus folytatásá- 
nak eldöntéséhez. Ennek értékét — ha 
szükséges — a ciklusmagban változtat- 
juk meg, s így a változtatást követő 
vizsgálat után lépünk ki a ciklusból. 


sciklus4 
(Olocal(szamlalo, tovabb), 
szamlalo:-Ovalue(Oinputline("Add 
meg a számláló kezdőértékét!")), 
tovabb:-$TRUE, 
(Owhile(tovabb, 

ciklus4::szamlalo, 

szamlalo:-szamlalot-1, 

Oif(szamlaloz 550, 

tovabb:5-$FALSE ),, 

ciklus4 

A program eredményül azt adja meg, 
hogy ténylegesen hányszor került vég- 
rehajtásra a ciklusmag. 


Elágazás többfelé 
(Oselect) 


Ha egy programban a változó érté- 
kétől függően nem kétféle, hanem több- 


féle válasz (művelet) lehetséges, ez 
megoldható OIF függvényekkel, de rö- 
videbb, áttekinthetőbb, ha például a 
(select függvényt használjuk. 

Példa: a billentyűzetről számot vá- 
runk, amely 1 és 4 közé esik. A szám 
nevét kell eredményként előállítani. 


sselect1 

(Elocal(szam), 
szam:-Ovalue(Oinputline("Írj be egy 
számot 1 és 4 között!")), 

"Ez a szám:" 8. Oselect(szam, "egy", 
"kettő", "három", "négy") 


Ha nem az 1—4 számok közül ütünk 
be egyet, akkor hibaüzenetet kapunk 
(illetve ha 0-t, akkor csonka ered- 
ménystringet). 

Ezt a hibát oldja fel a következő 
program: a programból csak úgy tudunk 
kilépni, ha helyes adatot (1—4 közötti 
számot) adunk meg. 


sselect2 

(Olocal(szam), 

szam:-0, 

(Owhile(xDor(szamc1 ,szam:34), 
szam:-Ovalue(Oinputline("Írj be egy 
számot 1 és 4 között!))), 

"A beírt szám: " 8. Oselect(szam, 
"egy", 

"kettő", "három", "négy") 


Újabb példánk egy programmakró. 
A makró meghívásakor magyarul kiírja 
a képernyő alján, hogy az aktuális gépi 
dátum a hét melyik napjára esik. Ezt a 
programot a NAPMAKRO keret kép- 
letterületére írt 0setmacro függvénnyel 
definiáljuk makróként. Maga a makró- 
definíció e keretben levő N nevű kere- 
ten található. 


snapmakro 
(Osetmacro(f(alt-n) napmakro.n) 


A kifejezés értelmében az alt-n bil- 
lentyűkombináció leütésére történik a 
makródefiníció végrehajtása. 


snapmakro.n — a makró definíciója 

(Olocal(n nap), 

n:-("omod(ediffdate( today, odate(199 

Ae HSZ 

Aif(ncO,n:-n--7), 

nap:-Öselect(ni-1 , "kedd", "szerda", 
"esütörtök", "péntek", "szombat", 
"vasárnap", "hétfő"), 

(Oseraseprompt, 

Oprompt(nap) 


Van a Fred-ben egy másik, a Xse- 
lect-hez hasonló funkciójú függvény is: 
(achoose. Paraméterei, használata a 
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(select-ével ebben az esetben meg- 
egyeznek. 


Kilépés a formulából 
(creturn és Eresult) 


A Fred nyelvű programból háromfé- 
leképpen lehet kilépni: explicit módon 
a Oreturn és a Oresult függvénnyel; 
implicit kilépés akkor történik, ha vég- 
rehajtódott a formula utolsó sora. 

Mindkét kilépési függvény csak az 
aktuális formulából enged kilépni; ha 
ez egy szubrutin volt, a vezérlés 
visszajut a hívó programra. 

A két függvény között csupán az a 
különbség, hogy a return által visz- 
szaadott érték a tFUNCTION konstans, 
a Oresult függvényé a megadott para- 
méterérték, amely a keret belsejében 
megjelenik. Ezt a paramétert feltétlenül 
meg kell adni, ha mást nem, hát például 
0-t argumentumként. 


Erre is bemutatunk egy példát. 


s hivo 
szubrutin:-" ", 
hivo:-"Szia", 
hivo:-(Oszubrutin 
sszubrutin 
(Olocal(szam), 
Owhile(szamc100, 
szam:sszamt!1 ), 
Eresult(szam), 
szubrutin:-"vége" 


Ha elindítjuk a HIVO-t, az meghívja 
a SZUBRUTIN -t (lásd később), amely- 
nek Oresult függvénye kilépést ered- 
ményez a SZUBRUTIN-ból 100 érték- 
kel, s ezt az értéket veszi fel a HIVO 
is az utolsó értékadó kifejezés miatt. 
Így sohasem kapjuk eredményül a vége 
stringet. 

Ha a Aresult függvényt felcseréljük 
return-nel, a HIVO értéke 100, a 
SZUBRUTIN-é viszont $FUNCTION 
lesz. 

Megfigyelhető, hogy hiányzik a Fred 
függvénykészletéből a GO TO típusú 
elágazási lehetőség. 


Program — modulokból 


A programhívások szubrutinhívás- 
nak felelnek meg: a hívott program 
végrehajtása után a vezérlés visszaadó- 
dik a hívó programnak, a programhívó 
kifejezést követő kifejezés végrehajtá- 
sával. Az előző példa ezt is illusztrálja. 

A programokat egyébként is célszerű 
modulokra bontani, amelyek külön-kü- 
lön megírhatók és tesztelhetők. A mo- 
dulok egyszerűen beépíthetők a prog- 
ramba, felhasználhatók más progra- 
mokban is. 
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A modulok hívása a programban 
(szubrutinhívás) — (Cprogramnév — 
ugyanolyan, mint ha egy paraméter 
nélküli függvényt hívnánk. 

Mivel ilyenkor a memóriában kell 
lennie minden olyan keretnek, amely a 
programban használt szubrutint tartal- 
mazza, célszerű ezeket egy konténer- 
keretben elhelyezni. Fontos azonban, 
hogy ha egy üres keret képletterületén 
levő programot már futtattunk, nem 
helyezhetünk el benne újabb kereteket, 
mivel az ilyenkor értékkeretté válik. 

Egy keret tartalmazhat a képletterü- 
letén programot, de ugyanaz a keret 
használható globális változóként is. 


főprogram 
(Obevitel, 
(Ohossz, 
(Ovalasz 


továbbá 


sbevitel 

Oinputline("Írd be a neved!) 
shossz 

(EOlen(bevitel) 

svalasz 

(AOeraseprompt, 

Oprompt("A "8. bevitel 8." "8. 
Einteger(hossz) 8 

" betűből áll", (80-hossz)/2) 


A fenti példában a főprogram OBE- 
VITEL kifejezésének hatására végre- 
hajtódik a BEVITEL kereten lévő prog- 
ram, majd a hívó kifejezést követő lépés 
hajtódik végre; a XOlen(BEVITEL) ki- 
fejezés a BEVITEL nevű (string típusú) 
globális változó (a keret belsejében 
található) aktuális értékének a hosszát 
határozza meg. Végül az eredmény 
kiíratása történik meg a OVALASZ 
kifejezés hatására. 

Vegyük észre, hogy funkcióját tekint- 
ve ez ugyanaz a program, amely az 
előző számban szerepelt NEVHOSSZ 
néven, csak most másképp írtuk meg. 

Az utolsó példánk programjait tartal- 
mazó kereteket tegyük egy üres keretbe, 
hogy a futtatáshoz mindig valamennyi 
a memóriában legyen. A befoglaló kon- 
ténerkeret képletterületére kell egy 
olyan kifejezést írni, amely átadja a 
vezérlést , a — FŐPROGRAM-nak: 
(aprogram főprogram. Ennek indítá- 
sa után a programunk kifejezései rendre 
végrehajtódnak. 

Ha akár globális változó használata- 
kor, akár programhíváskor egy keretre 
hivatkozunk, nem mindig elegendő a 
keret nevének a megadása, hanem kell 
a hozzá vezető útvonal is. Ennek sza- 
bályai a FRAMEWORK . interaktív 
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használatából már ismertek: elválasztó 
karaterként pontot teszünk, s a keretne- 
vek megadásánál kívülről befelé hala- 
dunk, ahogy a példában is láttuk. 

A szülőkeret mindig konténerkeret. 
Azok, amelyek ebben vannak, a gye- 
rekkeretek.  Testvérkeretek azok, 
amelyeknek ugyanaz a szülőjük. Nem 
kell megadni az útvonalat, ha a hívó és 
a hívott keret ugyanazon a szinten van, 
és akkor sem, ha szülőkeretre hivatko- 
zunk. Ha azonban gyerekkeretről van 
szó, meg kell adni az útvonalat. 

A következő részben a billentyűzet 
programozásáról lesz szó; a billentyű- 
leütéseket kezelő függvényeket ismer- 
tetjük. 


Gyakorló feladatok 


1. Készítsen olyan programot, amely 
a billentyűzetről bekért adatokból 
— év, hónap (számmal), nap — a 
képernyő alján kiírja a dátumot az aláb- 
bi formában: 1991. július 12. 

2. Készítsen programot egy gyerek 
szorzótábla-ismeretének ellenőrzésére! 
A program először kérje be, milyen 
tartományban várjuk az összeszorzandó 
számokat, majd generáljon két számot 
a megadott tartományban. Ha a feladat 
eredményét helyesen adja meg, a prog- 
ram dicsérje meg és bízza választására, 
kér-e új feladatot. Ha a válasz hibás, 
kérjen a program új tippet. Ha ez jó, 
adjon új feladatot, ha nem, dorgálja meg 
a gyereket, és adja meg a helyes ered- 
ményt, majd természetesen újabb fel- 
adatot. (Vagyis a programból csak úgy 
lehet kilépni, ha a válasz elsőre helyes). 


A múlt havi 
gyakorló feladatok megoldása 


1. 


(Alt-F5) 

(ADOeraseprompt, 

(Olocal(szoveg), 

szoveg:-—"Önnek még " 8. 
Ointeger(oOmemavail) 8 

"bájt szabad RAM-terület áll 
rendelkezésére", 

(Oprompt(szoveg, (80-Olen(szoveg))/2) 


A lemezmellékleten F5 néven talál- 
ható az a konténerkeret, amelyet F5-tel 
indítva alt-m-mel hívható az új makró. 
Tetszés szerint azonban a belsejében 
levő keretet a Library Macros szekció- 
jába is másolhatjuk, s ha a nevét (alt- 
F5)-re módosítjuk, s egyúttal töröljük 
a régi alt-F5 keretet, a továbbiakban az 
újat használhatjuk a régi makródefiní- 
ció helyett. 


2. 


Szorzás 

Olocal(a,b,c,d, tizedes), 
a:-(Ovalue(OEinputline(rAdd meg a 
szorzandó értékét, majd üss 
ENTER-t!")), 
b:-Ovalue(Einputline("rAdd meg a 
szorzó értékét, majd üss 
ENTER-t!")), 

c:zatb, 

tizedes: Ovalue(Oinputline("Az 
eredmény kért pontossága 
(tizedesjegyek száma)?")), 
(AOeraseprompt, 

d:-(Oodecimal(a tizedes)e." " 
"8.oOdecimal(b,tizedes)8 " z "8 
(Edecimal(e tizedes), 
(Eprompt(d,(80-Elen(d))/2) 


A programban — bár ez nem szere- 
pelt a feladatban — lehetőséget adtunk 
törtrészt tartalmazó számok szorzására 
is. Az adatokhoz illeszkedő pontosságú 
eredmény képzéséhez a szükséges tize- 
desjegyek számát is kérjük, amit a 
kiíráshoz használt 0 decimal konvertá- 
ló függvényben adunk meg a tizedes 
lokális változóban. 

A lemezen található ADATEL- 
LE.FW3 fájl a feladatot ellenőrzött 
adatbevitellel oldja meg: továbblépés 
előtt visszakérdez: helyes-e a beírt adat. 
Ha nem, javítható. 

Kóczy A. Judit 
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Konferencia a szoftver jogvédelméről 


A Neumann János Számítógéptudományi 
Társaság, a Központi Statisztikai Hivatal 
és az Artisjus — az Osztrák Számítógép- 
tudományi Társasággal, a Szervezési és 
Vezetéstudományi Társasággal, valamint 
a Magyar Iparjogvédelmi Egyesülettel 
együttműködve — nemzetközi konferen- 
ciát szervez 


a szoftver szerzől jogvédelméről 


1991. október 14—18. között a Hotel 
Agróban (Budapest XII., Normafa út 54.). 
A tapasztalatok azt mutatják — és ezt 
kívánja tovább erősíteni a nemzetközi 
konferencia is —, hogy Magyarország 
úttörő szerepe a szoftver szerzői jogvé- 
delmében változatlanul élénk érdeklődést 
vált ki nemzetközi téren. 

Kiemelkedő nemzetközi szervezetek és 
előadóik jelezték részvételi szándékukat 
és küldték meg előadásaikat számos idő- 
szerű témáról: 

A szoftver szerzői jogvédelme. 

Az alkotók személyi és vagyoni jogainak 
intézményes oltalma. 

A hazai és nemzetközi jogalkotás jelenlegi 
helyzete és várható fejlődése. 

A bírósági és államigazgatási joggya- 
korlat. 

A szoftver szerzői jogának és a használati 
jognak az elhatárolása, jogi és számviteli 
kérdések. 

A magyar személyi jövedelemadózás sa- 
játos (és ellentmondásos) helyzete. 

A szoftverdokumentálás és prioritás vé- 
delmi hatása és a regisztrálás lehetőségei. 
A versenyjog és a szerzői jogvédelem 
kölcsönhatásai. 

A rendezvény nemzetközi program- és 
szervezőbizottsága: 

Fővédnök: Boytha György 

A programbizottság elnöke: Havass Mik- 
lós. 

A szervezőbizottság elnöke: Varga Lajos 
Tagjai: Christian Galinski (Ausztria), Gyer- 


tyánfy Péter, Emma Nicholson (Anglia), 
Oberrecht Gabriella, Perjés Sándor, Tóth 
Istvánné, Martin van Gelderen (Hollandia), 
Weisz Istvánné, Regina Thaller (Ausztria). 
A konferencia szponzorai: a Controll, az 
IBM Magyarországi Kft. és az IBM követ- 
kező partnerei: 

Égszi-Hardsoft, . Égszi — Rendszerház, 
Ganz-IAS, H8.H, InterCode, Intersoft, Ker- 
szi, Mutex, Polygon, Rolitron-Gyöngyös, 
Számalk-Softex, Volán Elektronika. 

Az elfogadott előadások a következők: 
1. Számítógépi programok védelme és a 
szerzői jog fejlődése a világban (Boytha 
György). 

2. Algoritmusok, nyelvek és interfészek 
jogvédelme, az információtechnológia re- 
cessziójának kezdete? (C. H. Cap, Svájc). 
3. Szoftverjogvédelem az európai közös- 
ségi jog keretében (P. LEduse, Belgium). 
4. Szoftverlicenc-szerződések (Eckhardt 
Péter). 

5. A szoftvervédelem módszerei (Éltető 
László). 

6. Jogi alapok a nemzetközi szoftverke- 
reskedelem könnyítésére (R. N. Freed, 
USA). 

7. A szoftver szerzői jogi védelme az 
Európai Gazdasági Közösség országai- 
ban (A. Hellfeld, Németország). 

8. A jelenlegi európai közösségi irányelv 
hatása a szoftverjogvédelemre (R. Innis, 
Anglia). 

9. Szükség van-e Ausztriában a további- 
akban az ACM-re vagy a kiadók nagyobb 
felelősségére a szoftver fokozottabb jog- 
védelme érdekében? (J. A. Kaltner, Auszt- 
ria) 

10. Munkavállaló szerzők által létrehozott 
piacképes szoftver fejlesztése (A. Kinder- 
mann, Németország). 

11. Az utánzás a hízelgés legőszintébb 
formája? (1. LIoyd-M. Simpson, Anglia) 
12. A szoftver szerzői jogvédelmének ak- 
tuális fejlődési irányai a Cseh és Szlovák 


Köztársaságban (Z. Loebl, Cseh és Szlo- 
vák Köztársaság). 

13. A szoftver szerzői jogi védelme egy 
gyakorlati szakember szemszögéből (M. 
Macdonald, Anglia). 

14. Szoftvervisszafejtés a szerzői jog 
megsértése nélkül (V. Marsland, Anglia). 
15. Szoftver szerzői jogi védelme az Egye- 
sült Királyságban (E. Nicholson, Anglia). 
16. A szoftver szerzői jogi védelmének 
gyakorlati kérdései a magyar piacon 
(Oberrecht Gabriella). 

17. A szoftverjogvédelem gyakorlati prob- 
lémái (Pálos György). 

18. A szoftverszerzői díjak adózása Ma- 
gyarországon (Perjés Sándor). 

19. A megbízásra készített szoftverprog- 
ramok — konfliktus a szabadalommal (J. 
Phillips, Anglia). 

20. A szoftver szerzői jogi védelme Jugo- 
szláviában (C. Popovic, Jugoszlávia). 
21. A szoftver jogi védelme Kelet-Európá- 
ban: hozzájárul-e a jobb kelet—nyugati 
kereskedelmi kapcsolatokhoz (C. Prins, 
Hollandia). 

22. Számítógépes programok szerzői jogi 
védelme: a törvény fejlődése az USA-ban 
(V. Siber, USA). 

23. A szoftver szerzői jogi védelme Dél- 
Afrikában (H. Staniland, Dél-Afrika). 

24. Az Európai Közösség szoftverirányel- 
ve és ennek megjelenése a kölcsönös 
szoftverfejlesztésekben (T. Vinje, Bel- 
gium). 

25. Hogyan hathat a számítógépes bűnö- 
zés regisztrálása a szoftver szerzői jogi 
védelmére Európában? (I. Walden, Ang- 
lia) 

26. Szoftverjogvédelmi törvény a fejlődő 
országokban (N. J. Wilkof, Izrael). 

A részvételi lehetőségekről a Neumann 
János Számítógéptudományi Társaság tit- 
kársága (Budapest V., Báthori u. 16., 
telefon: 1329-349, 1329-390) szolgál fel- 
világosítással. 


Unix-konferencia és -kiállítás Magyarországon 


A 70-es évek elején fejlesztették ki a Unix ,prototípusát", amely 
— korát kissé megelőzve — a gépfüggetlenség és a portabilitás 
eszméjére épült. Ezt a többfeladatos és többfelhasználós ope- 
rációs rendszert hamar megszerették mind a programozók, mind 
pedig a kutatók. A Unix valódi térhódítása azonban csak a nagy 
teljesítményű mini- és mikroszámítógépek megjelenésével kez- 
dődhetett meg. Számos cég dolgozta ki saját implementációját, 
illetve készítette és tervezi a termékeit a Unix operációs rendszer 
alá. A Unix a nyílt rendszerek alapkövének tekinthető, napjaink 
egyik legelterjedtebb operációs rendszere. 

Az európai Unix-felhasználók szervezete (EurOpen) 1989-ben 
vette fel tagjai közé hivatalos kelet-európai tagként a Magyaror- 
szági Unix Felhasználók Csoportját (HUUG). Jelenleg a HUUG- 
nek 21 tagja van. A tagfelvétel időpontja azért is különösen 
jelentős, mert abban az időben a Unix még szerepelt a COCOM- 
listán. 

Az EurOpen nagy segítséget jelent a Unix-felhasználóknak, 
ugyanis a negyedévenként megjelenő hírlevelekből a legfrissebb 


információkhoz juthatnak a tagok, valamint csatlakozhatnak az 
EuNet Unix-hálózatra is. A tagszervezetek munkáját az EurOpen 
időszakos kiadványokkal és tanfolyamokkal is segíti. A ,kebelbe- 
liek" a Unix-fejlesztések és -alkalmazások legújabb eredményeiről 
az évente két alkalommal, ősszel és tavasszal megrendezett 
konferenciákon és a hozzájuk kapcsolódó kiállításokon kaphatnak 
tájékoztatást. 

Ebben az évben az EurOpen szokásos őszi rendezvényének 
színhelyéül Budapestet választotta, amely a hazai szakma 
elismerését jelenti , hiszen Európa legnagyobb méretű Unix-kon- 
ferenciája és -kiállítása először lesz egy ,volt szocialista" ország- 
ban. Ezzel a rendezvénnyel szeretné az EurOpen elősegíteni a 
Unix még gyorsabb hazai elterjedését. A konferenciával egy 
időben megtekinthető kiállítás jó alkalmat teremt a hazai cégek 
bemutatkozására, valamint nemzetközi megmérettetésére. 

A Unix-konferencia időpontja: 1991. szeptember 18—20., a 
kiállításé pedig: 1991. szeptember 16—20. Mindkettőnek a 
Budapest Kongresszusi Központ ad otthont. 
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Belépőjegy: az Assembly 


Kéj és kín — egyszerre 


Az előző rész végén azzal búcsúztam, 
hogy az Assembly-programozás könnyen felejthető 


kaland lesz. 
Erre a megjegyzésemre 


talán sok szakmabeli összeráncolta a homlokát, 
de mivel a sorozat elsősorban nem nekik szól, 


csak azt tudom mondani: 
az Assemblyről szóló részt 


kizárólag azzal a céllal illesztettem a sorozatba, 
hogy olvasóim maximálisan értékelni tudják 
a magas szintű nyelveken történő programozás kényelmett. 


Mint az első részben már szó volt róla, 
a programozás , hőskorában"(?) a szá- 
míiítógépek programozása kizárólag bi- 
nárisan történt, úgynevezett vezérlőpul- 
tok segítségével. A pult maga kapcso- 
lókból és néhány visszajelző lámpából 
állt. A (ki-be) kapcsolókkal a számító- 
gép egy-egy áramkörének konkrét fizi- 
kai állapotát lehetett beállítani: egy 
kapcsoló — egy bit alapon. Ugye mon- 
danom sem kell, a címek és adatok 
bitenkénti megadása nemcsak rettene- 
tesen unalmassá tette a , programozást", 
de sok hibával is járt. Persze nehogy 
azt higgye valaki is, hogy a mai mik- 
roprocesszoros gépek a régieknél értel- 
mesebbek. Szó sincs róla: az , egy vál- 
tozóhoz rendeljük hozzá a 12-es érté- 
ket" utasítást sajnos a modern gépek 
sem értik, ők is makacsul ragaszkodnak 
a 01001111 vagy pontosabban az ala- 
csony szint, magas szint, alacsony 
szint... formátumhoz, mivel hogy a 
processzorok által értelmezett utasítás- 
formátum mind a mai napig a jó öreg 
bitminta maradt. 


Bitvadászat 


A processzor utasításkészlete nem más, 
mint bináris bemeneti értékek halmaza, 
amely a processzorban — egy utasítás- 
ciklus alatt — előre definiált működést 
vált ki. A processzor működését leíró 
utasításoknak a processzor adatbeme- 
netein meghatározott ütemezéssel és 
sorrendben kell rendelkezésre állniuk. 
A program így olyan utasítások soroza- 
ta, amelyek hatására a számítógép egy 
adott feladatot elvégez. A processzor 
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számára a program nem más, mint 
bináris számok sorozata. Például: 


10100000 01100000 00000010 
00000010 00000110 01100001 
00000010 

10100010 01100010 00000010 


(A bitsorozatot nyomdatechnikai és 
értelmezhetőségi szempontok miatt 
bájtonként elkülönítettem.) 

Ez az úgynevezett gépi nyelvű vagy 
tárgyprogram. Sajnos, be kell látnunk: 
a számítógépek nem programozhatók 
sem szavak, sem oktális, decimális vagy 
hexadecimális számok segítségével. A 
számítógépek kizárólag bináris mintá- 
kat képesek utasításként vagy adatként 
értelmezni. Bárki beláthatja, hogy a 
fenti kis  példaprogramba nagyon 
könnyen becsúszhat egy hiba, amit nem 
könnyű észrevenni. Aki nem hiszi, jár- 
jon utána: 


10100000 01100000 00000010 
00000011 00000110 01100001 
00000010 

10100010 01100010 00000010 


Természetesen a számítógépes szak- 
embereket sem elégítette ki a bináris 
programozás, és a binárisok helyett igen 
hamar áttértek az oktális vagy a hexa- 
decimális számok alkalmazására. Per- 
sze ahhoz, hogy a számítógép a más 
számrendszerben írt programokat meg- 
értse, szükség volt egyszerű eszközök- 
re, amelyek a konvertálást elvégezték. 
Az egyik ilyen a hexadecimális billen- 
tyűzet volt — ahol a kapcsolókat már 


billentyűk helyettesítették —, a másik 
pedig a hexadecimális töltő. A hexade- 
cimális töltő nem más, mint egy prog- 
ram, amely a hexadecimális számokat 
bináris számokká konvertálja. A prog- 
ram hexadecimális változata rövideb 
idő alatt előállítható, és ellenőrzése sem 
olyan fárasztó. Aprogramban elkövetett 
hiba is könnyebben észrevehető: 


AO0 60 02 
02 06 61 02 
A2 62 02 
A hibás kód: 
AO0 60 02 
03 06 61 02 
A2 62 02 


Persze azt állítani, hogy a hexakódo- 
lás a programot az ember számára jól 
érthetővé tette, enyhe túlzás. A hexade- 
cimális forma még mindig nehezen 
olvasható és értelmezhető. Például 
nincs megkülönböztetve a művelet az 
adatoktól vagy a címektől, és semmi- 
lyen támpont sincs, ami a program 
funkciójára utalna. Mit jelent mondjuk 
AO vagy 02? A processzor utasításait 
leíró kódtáblázat bemagolása nem va- 
lami felvillanyozó ötlet. Ezenkívül a 
kódok egy másik proceszoron teljesen 
mások lesznek, és az érthetőséghez 
rengeteg dokumentációt kellene mellé- 
kelni. 


És lőn Assembly 


Egy nyilvánvaló lépést a programozás- 
ban az utasításkódokhoz való névren- 
delés jelentett. Az utasításkód nevét 
, Mnemonik"-nak hívják. Az utasítás- 
mnemonik feladata, hogy néhány ka- 
rakteren leírja: mit csinál az utasítás. 
Természetesen a szabadverseny tör- 
vényeihez igazodva minden procesz- 
szorgyártó (mivel ők sem képesek a 
hexakódok megjegyzésére) definiált 
mnemonik-készletet a saját processzor- 
típusaira. Egy gyártó processzorcsalád- 
jának mnemonikjai általában meg- 
egyeznek, de az eltérő típusú pro- 
cesszorokra ez már nem igaz. A gyártó 
által definiált mnemonikok használata 
nem kötelező, bár célszerű, mert az 
adott processzort támogató összes fej- 
lesztő és termék ehhez igazodik. 


Az utasítás-mnemonikok az utasítás- 
ra vagy annak hatására utaló angol szó 
vagy szavak nem mindig egyértelmű 
rövidítéséből keletkeztek. Az utasítás- 
mnemonikon kívül a gyártók általában 
a processzor regisztereit is elnevezik. 
Akárcsak az utasításneveknél, a regisz- 
terek nevei is lehetnek a funkcióra 
utalók vagy ismeretlen eredetűek, és 
— akárcsak az utasításoknál — hasz- 
nálatuk opcionális, de melegen ajánlott. 
Bár a hetvenes évek végén történtek 
próbálkozások az Assembly-mnemoni- 
kok szabványosítására, ezek nem ve- 
zettek sikerre, így ha valaki munkája 
során processzort vált, kénytelen töb- 
bek között az utasításneveket is újra 
megtanulni. Példaprogramunk az Intel 
80x86-os mikroprocesszorcsalád (a PC 
agya) assembly nyelvén a következő- 
képpen néz ki: 


MOV AL, (0260H] ADD AL, [0261H] 
MOV I[0262H], AL 


Ugyanez Motorola 680x0 procesz- 
szorra (Macintosh, Amiga): 


MOVE.B $0260, DO 
ADD.B $0261, DO 
MOVE-B DO, $0262 


Itt szeretném leszögezni, hogy az 
Assembly szigorúan véve nem progra- 
mozási nyelv, csak a processzor utasí- 
tásainak és regisztereinek emészthető 
formában történő megjelenítése. A pro- 
cesszorutasítások két alapvető csoport- 
ba sorolhatók: adatmanipulációs és ve- 
zérlésszekvenciát módosító utasítások. 
Az Assembly utasítások nem probléma- 
orientáltak, mint a magas szintű nyel- 
vek alapstruktúrái, , csupán" az adott 
processzor , nyers" erőforrásainak ke- 
zelésétteszik lehetővé. A , trükk" persze 
abban rejlik, hogy ezeknek az egyszerű 
utasításoknak a megfelelő szervezésé- 
vel tetszőlegesen bonyolult problémát 
tudunk a számítógép segítségével meg- 
oldani, Az alkalmas kód előállítása per- 
sze nem könnyű feladat, és a számító- 
gépes problémák elemzésével bizonyos 
elemi vezérlési struktúrák ismételt meg- 
jelenése, valamint az emberi lustáság 
és kényelemszeretet felvetette a maga- 
sabb szintű programozási nyelvek iránti 
igényeket. A magas szintű nyelvekról, 
a magas szintű nyelvek és az Assembly 
közötti kapcsolatról és a különbségek- 
ről a következő részben részletesen is 
szó lesz, most elég annyi, hogy a magas 
szintű nyelvek már nem processzor-, 
hanem problémaorientáltak, és jelölés- 
módjuk is közelebb áll a beszélt nyel- 
vekhez (legalábbis az angolhoz). 


FOGÓDZÓ 





Az assembler 


A kérdés az, hogy a számítógép 
számára most már végképp értelmetlen 
szöveget hogyan alakítsuk át a számí- 
tógép számára érthető bináris kóddá. 
Az egyik megoldás az Assembly prog- 
ram kézzel történő kódolása. A pro- 
cesszor kódtáblája segítségével az As- 
sembly programot átalakíthatjuk biná- 
ris vagy hexadecimális kódolásúvá, és 
máris futtatható a programunk (az utób- 
bi esetben a hexatöltő segítségét is 
igénybe kell vennünk). A kézi kódolás 
nem valami vidám feladat, unalmas, 
monoton és persze hibalehetőségekkel 
teli. (Sorok vagy számok felcserélése, 
utasítások kifelejtése és a forráskód 
félreolvasása, hogy csak néhányat em- 
lítsek az elkövethető hibák közül.) 

A legtöbb processzor még azzal is 
tetézi a problémákat, hogy eltérő 
hosszúságú utasításokat használ. Egyik 
utasítás egy bájt hosszú, a másik kettő 
vagy akár öt, ráadásul az utasításkódot 
követheti adat-, cím-, regiszterazonosí- 
tó vagy ki tudja még, mi minden. Ugye 
mondanom sem kell, ezt a fajta munkát 
a középkorban gályarabokkal végeztet- 
ték volna el. Szerencsére , gályarabért" 
a  számítástechnikusnak sem kell 
messzire mennie, hiszen a számítógép 
mindenre , rávehető". Mi sem termé- 
szetesebb, mint egy olyan program írá- 
sa, amely az assembly programot (az 
úgynevezett forrásprogramot) emberi 
beavatkozás nélkül (ami a mi esetünk- 
ben egyben azonos a hibamentességgel 
is) alakítja át bináris vagy tárgykóddá. 
A fordítást elvégző program az assemb- 
ler. Az assembler a kódolás fárasztó 
munkájától szabadítja meg a programo- 
zót, de ennek ára is van. Az assembler 
használatához már nem elég a pro- 


cesszor utasításkészletének ismerete, 
mivel az assemblernek magának is van- 
nak bizonyos szabályai, amiket a prog- 
ramírás közben be kell tartani. Ilyen 
szabályok lehetnek a különböző jelzők- 
nek (szóközöknek, vesszőknek, pontos- 
vesszőknek és kettőspontoknak) a meg- 
felelő helyeken való elhelyezése, az 
utasítások és regiszterek neveinek he- 
lyesírása, a forráskód formátuma stb. 
Szerencsére ezek a szabályok egysze- 
rűek, és nincs belőlük sok, vagyis 
könnyen elsajátíthatók. 

Az első assemblerek nemigen voltak 
képesek többre, mint az utasítás- és 
regiszter-mnemonikok bináris kóddá 
történő átalakítására. Az azóta eltelt idő 
alatt azonban az assembler programok 
sokat fejlődtek a gyakorlati igényeknek 
megfelelően. Az első nyilvánvaló igé- 
nyek közé tartozott a szimbólumok 
használata konkrét címek, B/K eszkö- 
zök és utasításszekvenciák használata- 
kor. Ezek az úgynevezett szimbolikus 
assemblerek lehetővé teszik a progra- 
mozó számára saját nevek/elnevezések 
(azaz szimbólumok) használatát a prog- 
ramban. Az assembler ezen kívül sok 
egyebet is tesz: 


— Elvégzi az adatok és címek kü- 
lönböző  számrendszerekből bináris 
számokká történő konvertálását, vala- 
mint a karaktereknek ASCII vagy EBC- 
DIC (IBM) kódokká történő konvertá- 
lását. 

— Lehetőséget biztosít egyszerű szá- 
mítások elvégzésére a fordítás része- 
ként. 

— Információt nyújt a töltő számára 
a program részeinek és az adatoknak a 
memóriába történő elhelyezéséhez. 

— Lehetővé teszi a programozó szá- 
mára memóriaterületek ideiglenes adat- 




























Nehogy azt higgye valaki, hogy az itt leírtak a ködbe vesző régmúltra 
vonatkoznak. A mikroprocesszoros alkalmazásokban még a nyolcvanas 
évek elején sem volt ritka (különösen beépített vezérlők, intelligens műszerek 
és mikroprocesszoros berendezések esetén) a hexadecimális programozás 
és tesztelés alkalmazása, mivel ezekben az esetekben nem volt lehetőség 
futtatórendszer és segédprogramok (assembler, debugger...) elhelyezésére 
a memóriában a memória és a szükséges fejlesztőrendszer költségei miatt. 
(Bizony, bizony: Nyugaton a programozókat is jól fizetik, ezért ott a progra- 
mozói munka igen jelentős költséget jelent a büdzsében.) 

A memóriaáramköröknek a nyolcvanas évek közepén bekövetkezett árcsök- 
kenése, a fordítóprogramok minőségi javulása és a speciális célú pro- 
cesszorok teljesítményének növekedése lehetővé tette olyan magas szintű 
nyelvek használatát a beépített vezérlők programozására, mint az ADA, a 
C, a Forth és a Modula-2, ami jelentősen megkönnyítette a fejlesztők dolgát, 
és lecsökkentette a fejlesztési költségeket (a magas szintű nyelveken történő 
fejlesztés ugyanis gyorsabb és ezért olcsóbb is, mint az Assembly haszná- 
lata). 
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tárolóként való használatát és fix adatok 
elhelyezését a memóriában. 

— Lehetőségeket biztosít program- 
vagy eljáráskönyvtárak használatára. 

— Lehetővé teszi a programlista 
formátumának meghatározását és az 
alkalmazott B/K egységek megválasz- 
tását. 

Ma már az assemblerek szinte kivétel 
nélkül a szimbolikus assemblerek csa- 
ládjába tartoznak. 

Példaprogramunk, ami egyébként a 
memóriában tárolt két számot adja 
össze és az eredményt egy harmadik 
rekeszben helyezi el, szimbolikus as- 
semblerrel a következőképpen fest: 


ORG 0200H 
CIM1 ECU 0260 
CIM2 ECU 0261 
CIM3 ECU 0263 
MOV AL, (CIM1] 
ADD AL, [CIM2] 
MOV ICIM3], AL 


Ez azért már , szinte emberi fogyasz- 
tásra is alkalmas" kód. 


Van egy púpú, van két púpú, 
sőt több... 


Egy másik, az ismétlődő kódrészletek 
behelyettesíthetésére vonatkozó igény 
kielégítésére hozták létre az úgyneve- 
zett makrókat. A makrók segítségével 
több utasításnak — mondjuk egy logi- 
kai vagy műveleti egységnek — nevet 
adhatunk, és a programban később ez- 
zel a névvel hivatkozhatunk rájuk. Az 
assembler a fordítás során a megfelelő 
utasításokat behelyettesíti a hivatkozási 
helyekre. A makrók a programok olvas- 
hatóságát megkönnyítik, a programo- 
zást gyorsabbá teszik. Manapság szinte 
minden assembler rendelkezik makró- 
képességekkel (ún. macroassemble- 
rek). 

A makrók használata során merült fel 
az az igény, hogy a program bizonyos 
részei csak valamilyen feltételtől füg- 
gően kerüljenek be a tárgykódba. Ezt a 
feltételes direktívák használata teszi le- 
hetővé. A feltételek persze nem futási- 
dejűek (tehát nem a program végrehaj- 
tása során keletkeznek), hanem fordí- 
tásidejűek, azaz a fordítás kezdetekor, 
illetve fordítás közben adhatók meg. 
Bár a feltételes Assembly kiterjeszti a 
programozó lehetőségeit, használatával 
mégis csínján kell bánni, mivel túlzott 
használata a programot olvashatatlanná 
(vagy inkább követhetetlenné) teszi. 

Az assemblereknek ezenkívül más 
csoportosításuk is van. Az ún. self-as- 
sembler vagy resident-assembler azon 
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a gépen fut, amelyikre a programot 
készítjük. Ezzel ellentétben a cross-as- 
semblerek másik gépen futnak, mint 
amelyikre a kódot generálják. Tipikus 
példa a cross-assemblerek használatára 
a beágyazott vezérlők programozása és 
fejlesztése, amikor a célgépre egy teljes 
fejlesztői rendszer elkészítése költséges 
lenne, ezért célszerűbb egy másik, már 
meglévő rendszeren végezni a fejlesz- 
tést. Például nagyszámítógépen vagy 
PC-n. A cross-assemblereket általában 
magas szintű nyelveken írják, így lehe- 
tőség van az ún. host gép (az a gép, 
amelyiken a fejlesztés folyik) rugalmas 
változtatására. (Az a rendszer, amelyik- 
re a fejlesztés történik, az ún. target, 
azaz célrendszer.) A macroassembler 
nevet a makrókat kezelni tudó assemb- 
lerek viselik. A microassembler viszont 
olyan speciális assembler, amely lehe- 
tővé teszi a processzor utasításait defi- 
niáló mikrokód előállítását. A metaas- 
sembler képes több processzortípus szá- 
mára tárgykódot generálni. "Termé- 
szetesen a célprocesszor típusát fordítás 
előtt meg kell adni. A metaassemblerek 
bizonyos típusai lehetővé teszik egy 
kvázi Assembly nyelv használatát, amit 
azután a célgép utasításaira optimálnak, 
s ez nagyban megkönnyíti a többféle 
processzortípusra történő fejlesztést. A 
one-pass assemblerek a forráskódot egy 
menetben képesek tárgykóddá alakíta- 
ni, míg a two-pass assemblerek ezt két 
lépésben végzik (az első körben az 
assembler összegyűjti és definiálja az 
összes szimbólumot, a második körben 
azután a hivatkozási helyekre behelyet- 
tesíti az aktuális értékeket). 


És ez mind-mind kevés... 


Sajnos az Assembly és az assembler 
ismerete még csak a fele utat jelenti a 
konkrét Assembly programozás felé. A 
programozónak a processzor alapos is- 
meretén kívül jól kell ismernie a konk- 
rét rendszert is, amire a programot írja, 
ami egyszerű esetben is áramkörök so- 
kaságának, valamint a regiszternek és 
a tárkiosztásnak az ismeretét jelenti. Ha 
az illető feladata az operációs rendszer 
vagy monitor programozása, akkor az 
ismereteknek nagyon alaposaknak kell 
lenniük, a hardver működésével maxi- 
málisan tisztában kell lennie (például 
tárkiosztás, regisztercímek, B/K egysé- 
gek, bővítőkártyák felépítése stb.). Ha 
a gépen már van működtető rendszer, 
akkor célszerű ismerni a rendszer mű- 
ködését és a rendszerhívásokat, ame- 
lyek segítségével a rendszer szolgálta- 
tásai elérhetők (például PC-n a DOS- 
és BIOS-hívások ismerete). 


A programozáshoz szükséges még az 
adatok ábrázolására vonatkozó szabá- 
lyok ismerete (kettes komplemens bi- 
náris, ASCII karakter kódok, lebegő- 
pontos aritmetika stb.). Ezen felül ter- 
mészetesen — mint minden esetben — 
a programozónak rendelkeznie kell a 
feladat megoldásához szükséges infor- 
mációk halmazával (elvárások, hard- 
ver-szoftver peremfeltételek...) és azt 
használni is kell tudnia. Jól látható, 
hogy az assembly-programozó feladata 
nem könnyű, de mindenesetre izgal- 
mas. A magas szintű nyelvek a progra- 
mozó feladatát megkönnyítik azáltal, 
hogy a fentiek egy részét a programozó 
elől elrejtik. De ne felejtsük: a legabszt- 
raktabb magas szintű műveletet is gépi 
kódú utasításként végzi! 


Külön kaszt 


A cikk szerzőjének módjában állt az 
Assembly-programozásnak a fentiek- 
ben felsorolt minden esetét élesben ki- 
próbálni. Elmondhatom, hogy az As- 
sembly-programozásnak mind a mai 
napig megvan a varázsa és izgalma (a 
hibalehetőségekról nem is beszélve). 
Ezért nem minden ok nélkül alkotnak 
az assembly-programozók külön kasz- 
tot a programozók között. A varázs 
ellenére azonban az Assembly-progra- 
mozás nem könnyű, és használatát nem 
tudom tiszta szívvel ajánlani a hobbiból 
programozóknak. Akiket még ezek után 
sem sikerült elriasztanom az Assembly- 
programozástól, azoknak ajánlom a i86 
processzorok gépkönyveit, illetve a 
processzorok programozásáról magya- 
rul is megjelent könyveket, az IBM 
PC-s gépkönyveket, a DOS-kéziköny- 
veket és Peter Norton fantasztikusan jó 
könyveit az IBM PC-k programozásá- 
ról, amelyek közül kettőnek a magyar 
fordítása is kapható. Kedvcsinálóként 
(vagy riasztásul?) a lemezen található 
néhány bőven kommentált Assembly 
nyelvű program. 


Villányi László 
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Saját célok szolgálatában 
Könnyedén, 
rugalmasan, elegánsan 


Eddig a Modula-2 elemi típusaival ismerkedhettünk meg: 
az egész, a természetes, a valós, 
a karakter és a logikai típusokkal. 


Mindegyik standard típusra 


egy standard típusazonosítóval hívatkozhatunk: 
INTEGER, CARDINAL, REAL, CHAR és BOOLEAN. 
A Modula-2 ezen felül lehetővé teszi 

a programozó számára új típusok definiálását is. 


Ezek közül ebben a részben 


a felsorolt és az intervallum típusokkal foglalkozunk. 


Egy programozó által definiált típus 
bevezetése egy modulba (illetve a mo- 
dul-univerzumba) általában két lépés- 
ből áll. Az első lépésben a típusdekla- 
rációban a típus , tulajdonságát" írjuk 
le, és azonosítóval látjuk el (legyen 
neve a gyereknek). Ezután új típusú 
változókat ugyanúgy deklarálhatunk, 
mint elemi típusú változókat, azaz a 
típusazonosító segítségével. A változó- 
deklaráció határozza meg a változó 
típusát és így az állandó tulajdonságait. 
A típus lehet valamelyik elemi típus, 
illetve egy a modulban deklarált vagy 
könyvtármodulból importált típus. 


Strukturált 
vagy nem strukturált? 


Mint láttuk, a típusdeklarációkat a 
TYPE kulcsszó vezeti be. A típusok két 
osztálya a strukturált és nem strukturált 
típusoké. Minden típus meghatározza 
azoknak az értékeknek a halmazát, 
amelyeket az adott típusúnak dekralált 
változók felvehetnek. A nem strukturált 
típusok értékei atomiak, míg a struktu- 
rált típusok komponensekből állnak. A 
CARDINAL típus például nem struk- 
turált, így elemei atomiak. Nincs sok 
értelme ezek után 255 harmadik bitjére 
hivatkozni: az a körülmény, hogy egy 
számnak van harmadik bitje vagy har- 
madik számjegye, a típus belső repre- 
zentálásának jellegzetessége, amelyet a 
Modula-2 szándékosan elrejt. Az eddig 
bemutatott elemi típusok a BITSET 
kivételével mind strukturálatlan típusok 


voltak. A felhasználó által definiált fel- 
sorolás és intervallum típusok szintén 
nem strukturált típusok, míg a BITSET 
és a később bemutatandó halmaz, tömb 
és rekord típusok strukturált típusok. 

Általában haegy T típust deklarálunk 
(IYPE T - egyTípus), és deklarálunk 
egy T típusú t változót (VAR t : t), akkor 
a két deklarációt mindig összevonhat- 
juk (VAR t : egyTípus). Ebben az 
esetben azonban t típusának nics exp- 
licit módon deklarált neve, ezért ano- 
nim marad. Mivel a típuskonfliktusok 
feloldásában (típusátalakítás) és ahogy 
azt később látni fogjuk, a konstansdek- 
larációkban és strukturált érdékadások- 
ban a típus nevének ismerete szükséges, 
ezért célszerű az újonnan létrehozott 
típusokat nevesíteni. 

A típuskoncepció nagyon fontos, mi- 
vel egy program változóinak halmazát 
diszjunkt osztályokra osztja. Az eltérő 
osztályokhoz tartozó elemek összeren- 
delését ezért már a szintaktikai ellenőr- 
zés során ki lehet szűrni. (A példákat a 
lemezmellékleten lévő M2-04.LST fájl 
1. listája tartalmazza.) 

A valós életet szimuláló alkalmazá- 
sokban az eddig megismert elemi típv- 
sokon kívül szinte végtelenül sok, a 
különböző problémák megoldásához 
szükséges típusra lenne szükség. Ter- 
mészetes, hogy nincs olyan programo- 
zási nyelv, amely ezeket mint előre 
definiált standard típusokat tartalmaz- 
ná. Ugyanakkor egy magas szintű 
nyelvnek rendelkeznie kell olyan esz- 
közökkel, amelyek segítségével a prog- 


ramozók saját céljaikra könnyen, rugal- 
masan és elegáns formában képesek 
létrehozni új típusokat. Ezeknek az esz- 
közöknek a megfelelő kiválasztása ké- 
nyes feladat, mivel ha kevés van belő- 
lük, vagy a célnak nem megfelelőek, 
akkor nem támogatják hatékonyan a 
programozó munkáját, ha pedig túl sok, 
akkor előállhat a bőség zavara. A to- 
vábbi típusok az új típusok definiálására 
szolgálnak. 


A felsorolt típusok 


Tételezzük fel, hogy programunkban 
személyek nemét és szemük színét kell 
kezelnünk (útlevél-kezelés). A nemet 
jelölő változót (nem) definiálhatnánk 
CHAR típusúnak (VAR nem: CHAR), 
mikor is , F" jelentené a férfit és ,,N" a 
nőt. Igen ám, de mit történik akkor, ha 
a nem változóhoz valamilyen program- 
hiba miatt mondjuk az , a" betű rende- 
lődik hozzá? Mivel változónk CHAR 
típusú, 0C-tól 377C-ig tetszőleges érté- 
ket vehet fel. Jobb megoldást jelent az 
eleve kételemű BOOLEAN típus hasz- 
nálata. Ebben az esetben célszerű vál- 
tozónkat mondjuk ferfi-nek elnevezni, 
így a TRUE érték jelölné a férfiakat és 
a FALSE a nőket. 

Nézzük most a szemek színét. A 
szemeSzine nevű változót deklarálhat- 
juk INTEGER típusúnak úgy, hogy a 
lehetséges színeket (fekete, barna, kék, 
zöld) egy egy értékkel jelöljük (0, 1, 2, 
3). Ez a megoldás nem szerencsés, 
mivel a programkódban az IF szeme- 
Szine — 2 THEN ... utasítás nem teszi 
nyilvánvalóvá, hogy a kék színre gon- 
doltunk. Megoldást állandók deklarálá- 
sa jelenthetne: CONST Fekete—-0;Bar- 
na-1;Kek-2;Zold—3. 

Ezek után az utasítás már beszéde- 
sebb: IF szemeSzine-Kek THEN ... A 
probléma most az, hogy a szemeSzine 
változónkat CARDINAL típusúnak 
kellene deklarálnunk, és így minden 
pozitív egész számra értelmezett műve- 
letet elvégezhetünk vele, például a sze- 
meSzine:— szemeSzinet100 kifejezés 
megengedett, de nincs értelme, mivel a 
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kapott eredmény kimutat a definiált 
színek halmazából. 

Az ilyen jellegű programozási fel- 
adatok és problémák megoldására a 
Modula-2 felsorolt típusait célszerű 
használni. Egy felsorolt típust (ami 
egyébként nem strukturált típus) úgy 
definiálunk, hogy felsoroljuk a típushoz 
tartozó értékek halmazát (innen az el- 
nevezés). A T -— (al,a2,a3,....aN) típus 
deklarációval bevezetjük T-t mint új 
nem strukturált típust, amelynek lehet- 
séges értékeit N darab konstansazono- 
sító (al,..aN) jelöli. Kizárólag ezek az 
értékek tartoznak ehhez a típushoz. A 
felsorolt típus formális definíciója: 
$ FelsoroltTípus — ,(" AzonosítóLis- 


ta)". 

A példában szereplő feladatot most 
már két új felsorolt típus segítségével 
oldhatjuk meg: 


TYPE  Nem-(Ferfi, No); 
Szin-(Fekete Barna Kek Zold); 
illetve 
VAR neme:Nem; szemeSzine:Szem- 
Szin; 

és a programban: 
neme:-Ferfi;. . szemeSzine:—Zold;..IF 
neme-No THEN... 


Szem- 


TYPE HaziAllat-? 


A felsorolt típusok használatakor a kö- 
vetkezőkre kell figyelni: 


1. Egy felsorolt típus értékei nem 
karakterláncok, ezért nem írhatók ki és 
nem olvashatók be. A fenti példával 
WriteString(Zold) nincs megengedve. 

2. Egy adott felsorolt típusú változó 
és a felsorolt típus értékei között az 
összehasonlítás meg van engedve. Pél- 
dául az IF szemeSzine-Kek THEN... 
kifejezés megengedhető. 

3. Összehasonlítás és értékadás két 
eltérő felsorolt típusú változó, illetve 
érték között tiltva van. Így a következő 
két utasítás — szerencsére — nincs 
megengedve: 
neme :— Fekete; IF szemeSzine-No 


4. Felsorolt típus nem szerepelhet 
művelet operandusaként. A szemeSzine 
:5 Kek — Barna; kifejezés ezért nincs 
megengedve. Ez azt jelenti, hogy a 
felsorolt típusokra értelmezett művele- 
teket a programozónak kell definiálnia. 
Az egyedüli értelmezett műveletek az 
értékadás, illetve az összehasonlítás 
(lásd később). 

5. A felsorolt típus értékei konstan- 
sok, és ezért természetesen nem rendel- 
hetünk hozzájuk értéket. A Ferfi:-No 
ugyanúgy hibás, mint a 3:—4; kifejezés. 
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6. Ugyanaz az érték nem szerepelhet 
egy modulon belül két különböző fel- 
sorolt típusban. Például a 
TYPE Fa-(tolgy bukk meggy. szilfa); 
Gyumolcs-(eper, malna, meggy); 
típusdeklaráció hibás, mivel meggy 
mind a Fa, mind a Gyumolcs deklará- 
ciójában szerepel. Ez egyben azt is 
jelenti, hogy a felsorolás típusokban 
szereplő azonosítók az adott blokkon 
belül más célra (konstans, típusváltozó, 
eljárás neve) nem használhatók fel. 

Ahogy azt a 4. pontban láttuk, a 
felsorolt típusok összehasonlíthatók. 
Ennek az az oka, hogy a felsorolt 
típusok rendezettek (sorszámozottak). 
A legkisebb az elsőnek deklarált azo- 
nosító (al), a legnagyobb a legutolsó- 
nak deklarált (aN). A felsorolt típusban 
elsőnek deklarált konstans azonosító 
sorszáma mindig 0, a többi azonosító 
sorszáma a listában elfoglalt helyétől 
függ. Például: 

TYPE  HaziAllat-(Tyuk Kacsa Li- 
ba Sertes Lo) esetén az elemek közötti 
reláció TyukcKacsacLibacSertes:Lo, 
illetve az elemek sorszáma Tyuk 0,Ka- 
csa 1 Liba 2 Sertes 3,Lo 4. Ez a rende- 
zési reláció lehetővé teszi a felsorolt 
típus értékeinek összehasonlítását. Pél- 
dául: 

VAR kedvenc : HaziAllat;.. . 

IF kedvencs Liba THEN 

WriteString ( , sertés, ló" ) 
END 


Mivel a felsorolt típusok értékei ren- 
dezettek, ezért a már korábban megis- 
mert ORD függvény itt is használható, 
akárcsak az INC és DEC eljárások. 
Például: 

ORD(Kacsa) — 0, ORD(Lo) - 4, 
INC(Kacsa) - Liba, DEC(Lo,3) - 
Kacsa (Micsoda genetikai szenzáció! !). 

A karakter típusnál láttuk, hogy a 
CHR függvény az ORD inverze. 
CHR(Xx) az a karakter, amelynek sor- 
száma x. A CHR függvény nincs defi- 
niálva felsorolt típusokra, azonban a 
VAL(T,X) standard függvény segítsé- 
gével bármilyen sorszámozott típust 
előállíthatunk sorszáma (X) és típusa 
(T) segítségével. A fenti deklarációkat 
felhasználva: 

VAL(HaziAllat,3) - Sertes 
VAL(HaziAllat,0) - Tyuk 
VAL(SzemSzin,1) - Barna 
VAL(Nem,1) - No 


A VAL természetesen értelmezhető 
CHAR, INTEGER és CARDINAL tí- 
pusokra is, azonban az alábbi összefüg- 
gések miatt nem valami hasznos: 
VAL(CARDINAL n) - n 
VAL(CHAR n) — CHR(n) 
VAL(INTEGER n) -— n ha n5-0 


Az elemi típusok közül a BOOLEAN 
speciális előre definiált felsorolt típus- 
nak tekinthető az alábbi definícióval: 
TYPE BOOLEAN-(FALSE,TRUE) 

Ez a fentiek figyelembevételével a 
következőket jelenti: 

1. FALSE cTRUE 
2. ORD(FALSE) - 0, 

ORD(TRUE) - 1 
3. VAL(BOOLEAN,0) - FALSE, 

VAL(BOOLEAN,1) - TRUE 
4. Ha X FALSE, akkor értéke TRUE 
lesz INC(X) végrehajtása után. 

Ha X TRUE, akkor értéke FALSE 
lesz DEC(X) végrehajtása után. 

Ha X TRUE, akkor INC(X) hibát 
okoz. 


A Pascal felsorolt típusa megegyezik 
a Modula-2-ével, a C nyelvben erede- 
tileg (KÉR C-ben) nem szerepelt fel- 
sorolt típus, később azonban a C 
kulcsszavakat kibővítették az enum- 
mal felsorolt típusok létrehozására. Az 
enum már az ANSI C része. Mindezek 
ellenére a C enum típusa nem annyira 
markáns, mint a Pascal-szerű nyelveké 
a C kevésbé szigorú típuskonvenciója 
miatt, valamint azért, mert a C enum 
típusa nem feltétlenül tekinthető foly- 
tonos sorszámozott típusnak. Például: 
enum szivarvanyívoros narancs sar- 
ga-10 zold ,kek—0 lila ultra— 10), itt a 
sorszámok: 0,1,10,11,0,1,10 !!! Az 
ilyen és hasonló deklarációk nemigen 
nevezhetőek felsorolásnak. Ember le- 
gyen a talpán, aki ebből a zavaros 
felsorolásból a programkódban képes 
az összefüggéseket kihámozni, főleg ha 
csak annyit tud, hogy az értékek úgy- 
nevezett , felsorolt" típushoz tartoznak. 
(Példák a lemezen: az M2-04.LST fájl 
2. listája és EX04-0O1.MOD, EX04- 
02.MOD programok.) 


Az intervallum típusok 


Az egész, pozitív egész, karakter, fel- 
sorolás és intervallum típusokat sorszá- 
mozott típusoknak nevezzük. A felso- 
rolás és intervallum típusok programo- 
zó által létrehozott sorszámozott típu- 
sok. A JPI Modula-2 terminológiájában 
megkülönböztetjük a rövid sorszámo- 
zott típusokat, amelyek nem tartalmaz- 
zák a LONGCARD és LONGINT típu- 
sokat, ennek a megkülönböztetésnek a 
halmazok definíciójánál lesz jelentősé- 


ge. 

Egy már definiált sorszámozott típus 
(elemi vagy programozó által definiált) 
tetszőleges részsorozatát deklarálhatjuk 
külön típusként. Az ilyen, programozó 
által definiált típust a deklarálás módja 
alapján intervallum típusnak nevezzük, 


mivel a típusdeklaráláskor két szélső- 
értéket adunk meg. Az intervallum tí- 
pusok egy sorszámozott típus folytonos 
részhalmazát jelölik ki, ez a sorszámo- 
zott típus az intervallum típus úgyne- 
vezett alaptípusa. Az intervallum típu- 
sok alaptípusai a típus-ellenőrzési és 
típuskonverziós szabályok miatt fonto- 
sak. Az alaptípusra definiált minden 
művelet alkalmazható az intervallum 
típusra is. Egyetlen kivételként az in- 
tervallum típusú változókhoz hozzáren- 
delhető értékeket kell számon tartani. 
Ennek egyik következménye az, hogy 
egyes Modula-2-implementációk nem 
engedik meg intervallum típusú válto- 
zók használatát az InOut modul beol- 
vasó eljárásaiban. A Modula-2-fordítók 
nagy része azonban nem ilyen szigorú, 
viszont ha a beolvasáskor — terminál- 
ról vagy fájlból — az aktuális érték a 
definiált intervallumon kívül esik, fu- 
tásidejű hiba keletkezik. Egyébként az 
intervallum típusú változók által felve- 
hető értékek szempontjából a definiált 
intervallum zártnak tekintendő, azaz a 
határértékeket is felveheti a változó. 
Formálisan:$ IntervallumTípus-[kva- 
lident] 

"["ÁllandóKifejezés".." ÁllandóKifeje- 
zés"T". 

Érdemes megfigyelni, hogy a határ- 
értékeket állandó kifejezéssel is meg- 
adhatjuk, azaz a Pascaltól eltérően egy 
állandó helyett egy teljes komplex ki- 
fejezés is állhat, feltéve, hogy az értéke 
állandó. Ez az eltérés a Modula-2 és a 
Pascal között minden olyan esetben 
igaz, ahol a Pascalban állandó használ- 
ható. Természetesen a határértékeket 
definiáló kifejezések típusának azonos- 
nak kell lennie. Ugyanilyen nyilvánvaló 
követelmény az is, hogy az alsó határ- 
értéknek definált kifejezés sorszáma 
kisebb legyen, mint a felső határér- 
téknek definiált kifejezésé. 


Példák 


TYPE  Szarnyas-[Tyuk..Libal (Az 
alaptípus felsorolt típus, ilyen esetek- 
ben az alaptípust természetesen koráb- 
ban már definiálni kellett, úgy, hogy 
Tyukdiba összefüggés igaz legyen.) 


KisEgesz-[-10..10] (Az alaptípus IN- 
TEGER.) 

KisTermeszetes-[0..10] (Az alaptípus 
CARDINAL.) 

Szamjegy-[/07..97] (Az alaptípus 
CHAR.) 


A KisValos-[0.0..10.0] deklaráció 
hibás, mivel aREAL nem sorszámozott 
típus, hiszen a valós számok számossá- 
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ga végtelen még a gépfüggő határér- 
tékeken belül is, igaz ugyan, hogy a 
számítógépekben csak véges felbontás- 
ban ábrázolhatóak a valós számok, de 
az absztrakció ezt nem veheti figyelem- 
be. 
Az alaptípus megállapítása egyedül 
pozitív egész számok esetén nem egyér- 
telmű. A KisSzam-(0..10] definíció 
alapján a fordítók alaptípusnak a CAR- 
DINAL-t tekintik, mivel ha alapértel- 
mezésben az alsó határérték pozitív 
vagy nulla, az alaptípus CARDINAL, 
ha pedig negatív, akkor INTEGER. 
Amennyiben ezt felül akarjuk bírálni, 
lehetőség van az opcionális kvalifikált 
azonosító segítségével az alaptípust de- 
finiálni (KisSzam-INTEGERI0..10]). 
Ennek az opcionális alaptípus-definiá- 
lásnak a jelentőségét bővebben az M2- 
04.LST fájl 3.listája illusztrálja. Példák 
a lemezen: az M2-04.LST fájl 4. listája 
és az EX04-01.MOD, EX04-02.MOD 
programok. 

Az intervallum típus használatának 
előnye az, hogy további ellenőrzésre ad 
lehetőséget nem megfelelő értékek hoz- 
zárendelésekor, és így nagyban előse- 
gíti az esetleges hibák detektálását. 
Ezért célszerű — amikor csak lehet — 
intervallum típusokat alkalmazni. Az 
ilyen esetekben egyébként a futásidejű 
hibák a jellemzőek, azaz azok az esetek, 
amikor a felhasználó ad meg a határér- 
tékeken kívül eső paramétereket, vagy 
mikor adatfeldolgozás során az adatfáj- 
lokban találhatók hibás adatok. Persze 
az, hogy a program , run time error..." 
hibával áll le, még nem vigasztalja a 
végfelhasználót. Az ilyen jellegű hiba- 
felderítés jelentősége abban keresendő, 
hogy ezek segítségével készíthetünk 
olyan programokat, amelyek golyóál- 
lóak és bolondbiztosak. Ezért a teszte- 
lési fázisban célszerű a maximális hi- 
baellenőrzési opcióval generálni a 
programokat, és az esetlegesen felme- 
rülő hibákat a programban kiküszöböl- 
ni. Az ilyen módon tesztelt és javított 
programot aztán már , slankíthatjuk" a 
gyorsaságra optimalizálva. Amennyi- 
ben nem követünk el mindent, hogy a 
hibákat idejében felfedezzük, akkor a 
programunk nagyon hosszú ideig mű- 
ködhet látszólag hibátlanul, és amikor 
a mulasztások kiderülnek, egyrészt a 
hiba valódi okának megállapítása lesz 
nagyon nehéz, másrészt esetleg értékes 
adatok sokaságát tehetjük tönkre 
rosszul tesztelt programunkkal, aminek 
jogi és anyagi következményeit is ne- 
künk kell vállalni (bár ez Magyarorszá- 
gon még nem jellemző), nem beszélve 
saját presztizsünkről. 

Villányi László 


A Mikrobazár rovatban rövid, szöve- 
ges, a mikroszámítógépekkel kap- 
csolatos hirdetéseket közlünk. A díj- 
szabás kereskedelmi tevékenységet 
folytatóknak gépelt soronként (60 ka- 
rakter) 100 Ft, másoknak az első sor 
50 Ft, minden további sor 20 Ft. 


Kérjük, hogy a hirdetés díját a Cédrus 
Rt.-nek a Budapest Banknál vezetett 
380-66760 számú számlájára utalják 
át, vagy postautalványon a Cédrus 
Rt. címére (1251 Budapest XI., Karo- 
Ilna út 17.) fizessék be, a hátoldalán 
feltüntetve, hogy apróhirdetés. A be- 
fizetést Igazoló szelvényt a közlendő 
hirdetési szöveggel együtt az Alaplap 
szerkesztőségéhez küldjék el: 1251 
Budapest, Pf. 71. 

A PC Turbo Klub tagjai ebben a ro- 
vatban 2096-os kedvezménnyel hir- 
dethetnek! 


ADOK 


Enterprise-programokeladók. Válasz- 
boríték ellenében listát küldök. 2000 
program, sok kedvezmény, ajándék. 
Cím: Zemen László, 1104 Budapest X., 
Kada u. 141. fszt. 9. 


Nagyon jó állapotban levő Enterprise 
128 magnóval, joystickkel, szakiro- 
dalommal és 30 db kazettával — csak 
együtt — 20 000 forintért eladó. Cím: 
Regőnyei Norbert, 2030 Érd, Kossuth L. 
út 140. Tel: 1803-862 (8-12-ig) 
Amigára eladó több mint 2009 lemez 
játékprogramokkal és felhasználói prog- 
ramokkal. 3,5"-os lemezek 380 Ft-os, 
5,25"-os lemezek 750 Ft-os áron eladók. 
Cím: Keresztes Gábor, 1142 Budapest 
XIV., Laky-köz 11. Tel.: 251-2523. 


Eladó C-64 két 1541-es floppymeghaj- 
tóval (35-40 trackes), Speeddos-szal 
(tízszeres gyorsaság), 3M-es lemezek- 
kel, Junoszty televízióval. Tel: 1202-155 
(18 óra után). 


CLIPPER 87 Summer verzióval készí- 
tett EXE/OVL programok visszaalakí[- 
tása — saját fejlesztésű DECOMPILER- 
rel — forrás formátumúvá. Cím: DE- 
COMPILER STUDIO, 6001 Kecskemét, 
Pf.: 298. Tel.: (06-76) 26-515. 


XT 640 kB RAM-mal, 20 MB winches- 
terrel, 360 kB-os floppyvezérlővel, órá- 
val, soros és párhuzamos kimenettel, 
színes CGA monitorral 55 000 forintért 
eladó. Vadonat új Citizen 120 D nyom- 
tató tartalék festékszalaggal, traktorral, 
kábellel 20 000 forintért eladó. Színes 
IBM CGA monitor 18. 000 forintért el- 
adó. I-NET hálózat, Sharp printeres szá- 
mológép 7 000 forintért eladó. Tel: 276- 
47-19 (este) 

Eladó PSION II XP kéziszámítógép és 
128 kB DATAPAK, amely egy angol- 
magyar szótárt is tartalmaz. A gép ki- 
egészítőkkel IBM PC-hez csatlakoztat- 
ható. Cím: Lucz Géza, 7400 Kaposvár, 
Kinizsi Ltp. 5. 


CSERÉLEK 


Elcserélhetők Centronics nyomtató ká- 
belek, párhuzamos kártyák, német bil- 
lentyűzetek, valamint (hibás) Primo mik- 
rogép, datamagnó, TESLA 8080 tanuló 
gépek. Tel: 276-47-19 (este) 
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KÖNYVESPOLC 


Kocsis Zoltán — Gazsó Zoltán: 

PC-START 

(Az IBM-kompatibilis személyi számítógép 
kezelése kezdőknek) 

(Budapest, 1991, Innotech Műegyetemi Innovációs 
Park Kft., 99 oldal, 195 Ft) 


Sokan vannak, akik eddig úgy tekintettek a számítógépre, 
mint egy titokzatos, intelligens szerkezetre, és most munká- 
jukhoz kapcsolódóan vagy egyszerűen csak kíváncsiságból 
szeretnék közelebbről megismerni. Ehhez nyújt segítséget a 
PC-START című könyv, elsősorban azok számára, akik még 
soha nem kerültek közvetlen kapcsolatba a számítógéppel, 
és lehetőleg sikerélményeken keresztül szeretnének megis- 
merkedni vele. Azoknak is jó segítőtársa lesz, akik már 
megtették az első lépéseket ebben az irányban, de rendsze- 
rezett ismereteket akarnak szerezni. 

A könyv a legelterjedtebb IBM-kompatibilis számítógépek 
alapfokú kezeléséhez szükséges ismeretanyagot tartalmazza. 
Megtudhatjuk, mi a jelentése néhány olyan fontos számítás- 
technikai kifejezésnek, mint a szoftver, hardver, bájt stb., 
hogyan épül fel és milyen misztikus parancsoknak engedel- 
meskedik az eddig misztikus doboznak hitt számítógép. A 
kezdő felhasználók számára legfontosabb parancsok leírása 
részletes, használatukat számos példa mutatja be. A számí- 
tógép általában angolul kommunikál, ezért a gyakran elő- 
forduló üzenetek magyar fordítása megtalálható a függelék- 
ben. 

A könyv jól alkalmazható a számítástechnika oktatásában 
segédanyagként, hiszen a szerzők azokra a tapasztalatokra 
építettek, amelyeket a kezdő felhasználók oktatásában az 
elmúlt 4 évben a Budapesti Műszaki Egyetemen szereztek. 





Új könyvesbolt a Belvárosban 


Lapunk 1990. szeptemberi számában Olvasni jó! — vol- 
na... című írásomban vázoltam a hazai szakirodalmi kínálat 
nem éppen szívderítő helyzetét. Bár a magyar nyelvű szak- 
könyvek kiadása körül nem sok fejlődés tapasztalható, az 
idegen nyelvű szakirodalom beszerzési lehetőségei jelentős 
mértékben javultak. Egyre több csatornán keresztül lehet 
külföldi szakkönyvekhez és folyóiratokhoz hozzájutni. 

1991. június 20-án az Akadémiai Kiadó új, idegen nyelvű 
könyvesboltot nyitott a Gerlóczy utcában, a Famulus Köny- 
vesbolt helyén, Academic Bookshop néven. Itt a kiadó idegen 
nyelvű kiadványain kívül nagy nyugati kiadóknál megjelent 
könyveket is találhatunk, a tudomány minden ágából. Bősé- 
ges a választék a számítástechnikai könyvekből is. Megtalál- 
juk a magyar szakemberek által is ismertMcGraw-Hill vaskos 
köteteit, a Carl Hanser Verlag sorozatait, a Macmillan, a 
wiesbadeni Vieweg és más kiadók számítástechnikai és rokon 
témájú kiadványait. Az — ugyancsak világhírű — angol 
Oxford University Press és a Penguin szótárakkal (számítás- 
technikai szakszótárakkal is) képviselteti magát. 

A külföldről behozott szakkönyvek árai viszonylag mér- 
sékeltek. A forintár a külföldi katalógusárral egyezik meg, 
mindig a könyvnek a boltba érkezésekor érvényes hivatalos 
árfolyamot alapul véve. Elsősorban könvtárak, oktatási in- 
tézmények rendeléseire számítanak. A bolt készletét folya- 
matosan felfrissítik, ha egy megrendelt könyv nem áll 
rendelkezésre, beszerzik. Az igények gyors, pontos kielégí- 
tését a számítógépes nyilvántartás is segíti. 

(ba-ló) 
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Bibliográfia 

Összeállításunk első fele az Academic Bookshop— július 
harmadik hetében elérhető — számítástechnikai kínála- 
tából ad ízelítőt. (Az idő előrehaladtával az itt felsorolt 
választékban és az árakban eltérések lehetnek.) Az ajánló 
bibliográfia második fele A hónap témájához kínál szak- 
irodalmi segédletet. 


Angol nyelvű könyvek 


Baritz, TnY. — Dunne, David; AS/400 jertésbta and Facilites) 
McGraw-Hill, 1990. 279 oldal. Ára: 4681 Ft. 

Campbell, Mary: Harvard Graphics 2.3 (Mado Easy) 
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Chandor, Anthony: The Penguln Dictionary of Computers 

Penguin, 1985. 488 oldal. Ára: 383 Ft. 

Dean, David: Using Microsoft Word for Windows 
Osborne/McGraw-Hill, 1990. 594 oldal. Ára: 2300 Ft. 

Feibel, Werner: Using ANSI C In UNIX 

Osborne/McGraw-Hill, 1990. 626 oldal. Ára: 3196 Ft. 

Hordeski, Michael F.: The Illustrated Dictionary of Microcomputers 
TAB BOOKS, 1990. 442 oldal. Ára: 2434 Ft. 

1486 Microprocessor (Programmers Reference Manual) 

Intel — Osborne/McGraw-Hill, 1990. Ára: 2940 Ft. 

Luther, Arch C.: Digital Video in the PC Environment 

Intertext Publications — McGraw-Hill, 1991. 346 oldal. Ára: 2940 Ft. 
McElreath, T. Jack: IMS (Design § Implementation Technigues) 
McGraw-Hill Book Company, 1990. 238 oldal. Ára: 3837 Ft. 

O"Brien, Stephen K.: Turbo Pascal 6: The Complete Reference 
Borland — Osborne/McGraw-Hill, 1991. 690 oldal. Ára: 2940 Ft. 

Zuse, Horst: Software Complexity (Measures and Methods) 

Walter de Gruyter, 1991. 605 oldal. Ára: 6884 Ft. 


Német nyelvű könyvek 


Hambeck, Klaus: Elnführung in das Programmieren in Cobol 
Walter de Gruyter, 1981. 163 oldal. Ára: 1220 Ft. 

Kilef, Hans B.: NC/CNC Handbuch "90 

NC-Handbuch-Verlag, 1990. 560 oldal. Ára: 959 Ft. 

Kopp, Herbert: Graphische Datenverarbeitung 

Hanser Verlag, 1989. 218 oldal. Ára: 1656 Ft. 

Marschner, Frelmut: Ouantenchemle mit Personal Computern (Eine 
Einführung mit interaktiven Programmen für IBM-PC und Kompatible) 
Walter de Gruyter, 1991. 409 oldal. Ára (2 lemezmelléklettel): 4182 Ft. 
Martin, James: Einführung in die Datenbanktechnik 

Hanser Verlag, 1990. 384 oldal. Ára: 2527 Ft. 

von Reeken, Jell: Objektorlentleres Programmieren mit C4-- 

Hanser Verlag, 1991. 216 oldal. Ára: 2091 Ft. 

Vollenweider, Peter: PostScript (Konzeption und Anwendungen) 
Hanser Verlag, 1991. 212 oldal. Ára: 1917 Ft. 


Copyright "." 


Ez a válogatás elsősorban a mélyebb történeti áttekintésre teremt lehető- 

séget az érdeklődőknek. 

Magyarország Magánjogi Törvénykönyve (A m. kir. Igazság- 
yyminiszter által 1928. március 1-jén eze tágra . áras elé teri dezteti 

törvényjavaslat). M. kir. Igazságügyminisztérium, Budapest, 1928. 

Szladits Károly: A magyar magánjog vázlata. Grill Könyvkiadó, Buda- 

pest, 1933. 

Marton Géza: A rómal magánjog elemeinek tankönyve. Institúciók 

Tankönyvkiadó, Budapest, 1963. 

Benedek, K. — Világhy, M.: A Polgári Törvénykönyv a gyakorlatban. 

Közgazdasági és Jogi Könyvkiadó, Budapest, 1965. 

A szerzől Jog kézikönyve (Szerk.: Benárd Aurél és Tímár István) 

Közgadasági és Jogi Könyvkiadó, Budapest, 1973. 

Boytha, Gy.: A számítógépi programok alkotásához fűződő érdekek 

jogi védelme. Gazdaság és Társadalom (Az MTA IX. Osztály Közlemé- 

nyei) Budapest, 1977. 

Jacsó Péter: A szoftver jogi oltalma. KSH-SZÁMOK, Budapest, 1981. 

Thorne, D.H.: The legal guide to computer software protectlon. A 

Practical Handbook on Copyrights, Trademarks, Publishing and 

Trade Secrets. Prentice-Hall Inc., New Jersey, 1985. 

Gyertyánfy, P. — Perjés, S.: A szoftver szerzői jogvédelméről — 

magyarul. KERSZI, Budapest, 1986. 

A software szerzői jogvédelmének kérdései (A MIE 1986. május 19-21. 

között rendezett software tanfolyamán elhangzott előadások szöve- 

98). Magyar Iparjogvédelmi Egyesület, Budapest, 1987. 

Gyertyánfy Péter: A számítógépi programok és elektronikus adattárak 

szerzői joga (Kandidátusi értekezés). Budapest, 1989. 
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Kereskedelmi és Szolgáltató Kft. 


Másológépek 
Kellékek 
Festékek 


Alkatrészek 


A/3, A/4, A/5 papírok 


Pauszmásológépek 
Telefaxok 


Cím: REX TRADE Kereskedelmi és Szolgáltató Kft. 
1139 Budapest Fáy u. 6. 
Telefon: 1203-280/ 149-es, 156-os mellék, 1202-805 


ga Az új, bővített UV 4 
CLIPPER5.01 


kapható más, érdekes 
Clipper kiegészítőkkel 
(dGE, Netlib, dodBAK, Tools II. stb.) 


Tegye Clipper 5.0-ját valódi 
objektumorientált programozási nyelvvé 
a Chydale OOPS Extension-nel! 
Magyarországon csak nálunk kapható. 


Kérjen részletes információt! 


R-SOFT-SZENZOR 
Budapest 

Telefon: 201-6891, Fax: 201-8619 
1277 Budapest 23, Pf. 45. 





SZÁMÍTÁSTECHNIKA KULCSRAKÉSZEN! 


XT, AT, 386, 386SX, 486, Laptop minden 
kiépítésben. 
EPSON, STAR, NEC nyomtatók teljes választéka. 
MODEMEK és egyéb tartozékok széles választéka. 
Magánszemélyeknek KÉSZPÉNZFIZETÉS ESETÉN 
KEDVEZMÉNYI 
ASHTON-TATE, BORLAND, MICROSOFT, 
NANTUCKET, LOTUS szoftverek 
SHAREWARE-programok (1200-féle) 
360,- Ft 4 ÁFA áron. 
MODEMES távadat-átviteli és BBS-rendszerek 
szállítása. 
VÍRUSÖLÓ program (120-féle vírust öl!) 
NOVELL HÁLÓZATI SZOFTVEREK, hálózatkiépítés 
Ajánlatunk: 
NOTEBOOK: 386SX, 2OMHz, 1,44 MB FDD, 
LCD VGA (/40x480/16 szürke), 
AKKUMULÁTOR, 3 kg 
AT számítógép: 1 MB RAM, 40 MB HDD, 
1.2 MB FDD, Mono 14" (PHILIPS) 
15$S, 1 P, 101 gombos bill. 


189.900,—Ft 4. ÁFA 


64.900,— Ft 4. ÁFA 
(Készpénzért 61.600,— Ft 4- ÁFA.) 
Amikor ezt a hirdetést Ön olvassa, áraink már 
úgyis alacsonyabbak! Ezért kérjük, telefonáljon 
vagy írjon, és mi örömmel adunk felvilágosítást, 
küldünk részletes árjegyzéket! 


GYJERTY 


High Tech. Kft. 

1117 Budapest XI., Orlay u. 4. 
Telefon: 166-3098, 185-2687, Fax: 185-2687 
BBS: 118-7950 BUDAPEST BBS 
NE FELEDJE: Nevünk ott található 
az Ön számítógépének billentyűzetén is! 


A 7 : STAR YOIDY JHOHNI 
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c o m PO IR TT 1125 Budapest, Városkúti út 23/b. 


Szolgáltató, Kereskedelmi és Fejlesztő Kft. Postacím: 1501 Budapest, Pf. 4. 
holland-magyar vegyestársaság Telefon/Telefax: (361)-173-3811 
Fióktelep/iroda: — 2040 Budaörs, Szabadság út 121. 






Vége a kőkorszaki adatátviteli módszereknek, nem kell többé floppykat, mágnesszalagokat küldözgetnie két számítógép között. 
ITTA 


e 


Ess TESEE SE 





a világ kiemelkedően leghatékonyabb, legsokoldalúbb, 10099-osan hibamentes helyi és táv-adatátviteli szoftverterméke! 
Kifejlesztette a Communications Research Group (USA). Hazánkban kizárólagos joggal terjeszti a COMFORT Kft. 
A különböző verziók már 21 000,— Ft-tól kaphatóak! Szívesen adunk bővebb információt, kérjük, telefonáljon! 


A BLAST kommunikációs szoftver jellemzői: 











0 150-nél többféle számító- OC világszerte 50 000-nél több CO teljes duplex módú vonal- Orutin adatátvitelek automati- 
gép/operációs — rendszeren referenciahely, használat, zálhatósága, 
használható, O olcsó hardverigény a vonali O különböző terminálemulációk, O forgalmi naplózás, 
0 30-nál több modemtípust tá- — összeköttetéshez, O KERMIT, XMODEM, YMO- OC kezelése egyszerű, de ma- 
mogat, Ü tömörített adatátvitel, automa- DEM és egyéb protokollok tá- . gyar szakirodalom és tanfo- 
tikus hibakorrekció, mogatása, lyam is segíti a betanulást. 


Ha még nem rendelkeznek a szükséges hardvereszközökkel, ezek beszerzésében is rendelkezésükre állunk. 
Komplex számítógépes adatátviteli végpontok árai: 


1. IBM PC XT, 640 kB RAM, 360 kB FDD, 
20 MB HDD, mono monitor, 
101 gombos billentyűzet, 2400 baudos 
modem, soros/párhuzamos port, 







2. MicroVAX-II, 5 MB RAM, 332 MB winchester, 
80 MB szalagkazetta, 8 soros vonal, 
2400 baudos modem, 5 VT-320-as terminál, 
1-8 felhasználós VMS, 







BLAST kommunikációs szoftver ára: 69 900,-Ft BLAST szoftver 
A BLAST a Communications Research Group védjegye. 

A MicroVAX, VMS a Digital Eguipment Corporation védjegyei. 
Az IBM PC az IBM védjegye. 


ára: 2 699 900- Ft 
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AB DICK AEG OLYMPIA AGFA BROTHER FUJI GESTETNER KIS KODAK KONICA 


BUSIMATIC CANON COPYER DEVELOP UBIX LANIER MINOLTA MITA NASHUA 


FUJI GESTETNER KIS KODZá PANASONIC RANK XEROX 


LANIER MINOLT/ 2 
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KFT. 


OLIVETTI PANAS: INFOTEC 


1133 Budapest, Fáy u. 6. 
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120-3280/149 m. 
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VISSZACSATOLÁS 


ARJ: rögtön az élen! 


Az Alaplap júliusi számában közölt , Tömörítők tesztelve" 
anyag még a tömörítés új csillaga, az ARJ nélkül elkészített 
teszt eredményét közölte. Időközben — most már az ARJ 
bevonásával — ismét próbának vetettük alá a tömörítőket, s 
az a , trónkövetelő" fényes diadalát hozta. Az Alaplap 
Könyvek sorozatban a tömörítésről hamarosan megjelenő 
kézikönyv már az új nyúzópróbák eredményét tartalmazza, 
de lényeges változásról lévén szó, érdemesnek tartjuk itt is 
közölni a teszt-összesítéseket. 


1. " DOC állományok (43 db, 429 236 bájt) tömörítése: 


Program Idő Tömörített méret Lemaradás 
(4 paraméter) (sec) (bájt) (9) (9) 
ARJ a 90 176647 — 41,5 - 
LHA a 113 178964  41,69 1,31 
PAK a 94 188840 4399 6,90 
PKZIP -—aex 60 191 232 4455 827 
PKZIP -aei 61 191390 4459 8,35 
PKPAK -a 37 226 061 52,67 27,97 
PKZIP -aes 35 226346 5273 28,13 
ZOOO -a 81 231 387 53.91 30,99 
ARC a 64 244452 — 5695 38,38 
2. ".EXE és ".COM állományok 

(21 db, 735 700 bájt) tömörítése: 

Program idő —— Tömörített méret Lemaradás 
(s: paraméter) (sec) (bájt) (92) (92) 
ARJ a 151 465 670 63.30 - 
LHA a 194 480 291 65.28 314 
PKZIP —aex 106 502155 68.26 7,83 
PKZIP -aei 107 502 155 68,26 7,83 
PAK a 162 504386  68,56 8,31 
PKPAK -a 75 605 344 8228 29,99 
PKZIP -aes 71 609 677 82,70 30,92 
ARC a 127 621 501 8448 3346 
ZOOO -a 148 628 298 8540 3492 
3. ".DBF állományok (5 db, 218 798 bájt) tömörítése: 
Program idő — Tömörített méret Lemaradás 
(4 paraméter) " (sec) (bájt) (92) (9) 
ARJ a 30 14 229 6,53 - 
LHA a 39 14 802 6,77 3,57 
PKZIP —aex 78 17 208 7,86 20,40 
PKZIP —aei 78 17 208 7,86 20,40 
ARC a 15 20 355 9.30 4242 
PAK a ar 20 998 9,60 46,92 
PKPAK -a 10 21 206 9,69 48,38 
ZOO -a 18 21 655 9.90 51,52 
PKZIP -aes 11 21 699 9,92 51,83 
4. "WK? állomány (1 db, 74118 bájt) tömörítése: 
Program idő — Tömörített —— méret Lemaradás 
(4 paraméter) (sec) (bájt) (9) (9) 
ARJ a 11,6 48 403 65,30 — 
LHA a 109 50 337 67,91 4,00 
PAK a 9.0 51 372 69.31 6,13 
PKZIP —aex 56 54 208 73,13 11,99 
PKZIP —aei 56 54 208 73,13 11,99 
ZO0O -a 74 69 317 93,52 43.21 
PKPAK -a 6,7 69 513 93,79 43,61 
PKZIP -—aes 6,6 70 417 95,01 45,48 
ARC a 75 71116 9595 46,92 


5. Grafikus állományok 
(EPS, PCX, TIFF, IMG) tömörítése (7 db, 2 959 535 bájt): 


Program Idő Tömörített méret Lemaradás 
(4 paraméter) " (sec) (bájt) (7) (92) 
ARJ a 1110 1240864 42 — 
LHA a 630 1251690 42 0,87 
PAK a 725 1302225 44 4,95 
PKPAK -a 207 1331652 45 7,32 
PKZIP -aes 213 1346 188 46 849 
ZOOO -a 332 1370265 47 10,43 
PKZIP —aex 784 1375 567 47 10,86 
ARC a 326 1454546 50 17,22 


6. Tömörített állományok továbbtömörítése (1-1 ARC, PAK, 
ZIP, ZOO, LZH, ARJ állomány, 209 083 bájt): 


Program Tömörített méret 

(s: paraméter) (bájt) (92) 

LHA a 202 801 97,00 

ARJ a 202 802 97,00 

PAK a 207 375 99,18 

PKZIP 209 083 100,00 

PKPAK -a 209 277 100,01 

ARC a 209 375 100,14 

ZOOO -a 218 612 104,56 

7. Vegyes állományok tömörítése (23 file, 748 671 bájt): 
Program Idő Tömörített méret Lemaradás 
(4 paraméter) — (sec) (bájt) (92) (9) 
ARJ a /m1 /m 

/jh65000 196 475 036 6345 - 
ARJ a 168 476 994 63,71 0,41 
LHA a 150 481 310 6429 1,32 
PAK a 144 497 882 66,50 4.81 
PKZIP —aex 90 497 074 6639 4,64 
PKZIP -aes 69 564 958 7546 18,93 
PKPAK -a 80 565 538 75,54 19,05 
ARC a 138 578 448 77,26 217 
ZOO -a 168 595 411 79,53 2534 


A teszt eredményéhez néhány megjegyzés: 

— A PKZIP-hez hasonlóan az ARJ is rendelkezik olyan 
lehetőségekkel, hogy a felhasználó írja elő, milyen tömörítési 
technikát alkalmazzon a program. 

— A Huffman puffer méretének beállítása nemcsak gyorsít 
az ARJ programon, hanem az ARJ állomány még tömörebb 
is lesz pár százalékkal. Igy az LHA-t is megelőzi. 

— Már megjelent az ARJ 2.xx verziója is, ami még 
tömörebb archívokat eredményez, ráadásul tovább gyorsult. 

A végeredmény alapján a leginkább ajánlott programok a 
következők: 

1. ARJ 2.10 
2. LHA 2.12 
3. PAK 2.51 
4. PKZIP 1.10 


A ZOO és az ARC program használata csak akkor 
ajánlható, ha azok különleges szolgáltatásaira van szükség. 
Mind tömörítésben, mind sebességben, mind az általános 
szolgáltatásokban alaposan lemaradnak. A PKARC és 
PKPAK pedig már elavult, érdemes helyettük áttérni vala- 
melyik hatékony tömörítőre. 

Nagy Gábor 
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VISSZACSATOLÁS 


, Egyéb javaslatai, észrevételei: .............. " 


Bár e sorok bebillentyűzésekor a júliusi 
számunkhoz mellékelt közvélemény- 
kutató kérdőívnek az ajándéksorsolá- 
son való részvételhez megszabott, au- 
gusztus 31-i beküldési határideje még 
messze van, a lapzártáig beérkezett 
mintegy 800 kérdőív tanulmányozása 
alapján máris ,bedobunk" néhány 
olyan témát, amelyet olvasóink vetettek 
fel a kérdőív utolsó pontjában kifejtett 
véleményükkel. 

Az egyértelműen dicsérő sorok is- 
mertetésétől eltekintünk, bár be kell 
vallanunk, hogy jólestek. Távol áll 
azonban tőlünk az elbizakodottság, s ha 
voltak is, akik sommásan úgy foglalták 
össze véleményüket, hogy: , A lap úgy 
jó, ahogy van", mi sokkal kritikusabban 
nézzük munkánkat és állandóan keres- 
sük a jobbítás lehetőségeit. 

Az olvasói vélemények még alapvető 
kérdésekben is sokszor ellentmondóak. 
Vannak például, akik szószátyárnak 
tartják az Alaplapot, mások meg éppen 
a szakbarbárságtól mentes, oldottabb 
stílust hozzák fel egyik legfőbb eré- 
nyünknek. Egyik olvasónk a hangvétel- 
re és a fel-felbukkanó karikatúrákra 
célozva felteszi a kérdést: , Vicclap 
vagy szaklap akar-e lenni az Alaplap?". 
Furcsa módon másoknak viszont a , sót- 
lanság" nem tetszik: ,egy kis humor 
nem ártana a sok tömény számítástech- 
nika közepette" — hangzik az ellentétes 
vélemény. Van, aki , minden bájtra tö- 
mény információt" igényelne, van vi- 
szont, aki azért hálás, mert — kevésbé 
avatott szakember lévén — az antropo- 
morf megfogalmazás közelebb hozza 
őt egy-egy témakör megismeréséhez. 

Szó érte a ház elejét címadás ügyben: 
többen túlzásnak tartják a zsurnaliszta 
blickfangot és inkább a témát első rá- 
nézésre egyértelműen eláruló címeket 
szeretnének. Címadási stratégiánkon — 
amelynek lényege, hogy többnyire a 
felcím hordozza a szakterületre vonat- 
kozó utalást, a főcím pedig áttételesen 
vagy játékosan kiemeli a cikk valame- 
lyik gondolatát, mondanivalóját — nem 
szeretnénk változtatni. Felfogásunk 
szerint ugyanis az ismeretanyag átadá- 
sát, a lényeg megragadását egy jól 
eltalált asszociáció hatékonyabban 
szolgálja, mint a száraz, szolgaian te- 
matikus cím. 

A rovatok száma túl nagy, fölös- 
legesek a semmitmondó rovatnevek 
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(Fogódzó, Paletta stb.)" — írja egyik 
olvasónk, aki ,, A hónap témája"-szerű 
feldolgozást viszont egy egész lapszám 
megtöltésére is alkalmasnak ítélné. Úgy 
érezzük, a rovatszerű tagolás inkább 
erénye lapunknak, és inkább javítja az 
információk fogyaszthatóságát. A ro- 
vatcímadás lényegében hasonló elve- 
ken alapul, mint az egyéb címeké, ha 
nem is mindig sikerül elég frappánsan 
kifejezni a rovat szerkesztése mögötti 
szándékot. Célszámokat azért nem ter- 
vezünk, mert , A hónap témája" eleve 
betölt ilyen szerepet (néhány olvasónk 
még annak terjedelmét is sokallja), to- 
vábbá azokra is gondolni kell, akik a 
többi témakört és rovatot szeretnék 
minden számban látni. Ez a magyará- 
zata annak is, hogy átfogó összeállítá- 
sunkban nem szívesen dolgozunk fel 
szűkebb szakmai témákat, bár azok 
jelentőségével is tisztában vagyunk. 

Mint lapunk figyelmes olvasói ész- 
revehették, nem ragaszkodunk ahhoz, 
hogy egy-egy rovatot mindenáron élet- 
ben tartsunk. Többen hiányolták pél- 
dául az olvasói leveleket. Ennek leg- 
főbb oka az, hogy általában sikerült 
teljes értékű cikké érlelni és más rovat- 
ban elhelyezni a spontán módon beér- 
kezett észrevételeket, témafelvetéseket, 
ezért a Visszacsatolás rovatnak keve- 
sebb anyag jutott. 

A kérdőíven szereplő megjegyzések- 
ben többen felvetik, hogy van-e lehe- 
tőség amatőrként készített, de jó és 
hasznos programok közlésére. Boldo- 
gan fogadunk, gondozunk és köz- 
kinccsé teszünk minden olyan alkotást, 
cikket, programot, ötletet, amely lapunk 
olvasótáborának érdeklődésére tarthat 
számot. Tehát , amatőrök" se kímélje- 
nek! Vállaljuk még a közvetítő szerepet 
is, ha a termék esélyesnek látszik a 
kereskedelmi forgalmazásra. 

Atémák feldolgozási módját illetően 
sok jogos kritika ért bennünket. Leg- 
többen a véget érni nem akaró soroza- 
tokat kifogásolják. Ígérhetjük, hogy 
részben saját tapasztalataink, részben 
éppen e felmérés alapján a témák, ro- 
vatok egyre jobban közelítenek majd 
az olvasói igényekhez. 

Bár néhány olvasónk hiányolja, mi 
egyre kevésbé látjuk indokoltnak, hogy 
kinyomtatott programlistákat rendsze- 
resen közöljünk. Arra ott van a lemez- 
melléklet! A Mikroszámítógép Maga- 


zinnak az 1990. júniusi számtól Alap- 
lappá történt átalakításával lényegében 
búcsút intettünk a Sinclair-, Commodo- 
re-, Atari-, TVC-, Enterprise- stb. vi- 
lágnak. Tudjuk — amint ezt sok olva- 
sónk meg is jegyzi —, hogy máig is 
betöltetlen az űr, amelyet ez a , szakítás" 
hagyott maga után, de a lap fennmara- 
dását egyedül a PC-profilra való átállás 
tette lehetővé. 

A másik alapvető kérdés, hogy mi- 
lyen megközelítésben foglalkozzunk a 
számítástechnikával. Mi elsődlegesen a 
szoftvert tekintjük fő , vadászterüle- 
tünknek". A hardverrel továbbra is in- 
kább csak a szoftver alkalmazásából 
kiindulva és ahhoz kapcsolódva szeret- 
nénk foglalkozni, de természetesen el- 
fogadjuk azokat az észrevételeket, ame- 
lyekben olvasóink több hardver vonat- 
kozású anyagot, sőt hardvertanfolya- 
mot is szeretnének látni az Alaplapban. 
Ennek első nyomaival már mostani 
számunkban is találkozhatnak. 

A közvéleménykutatás első áttekin- 
tése igazolta feltevésünket, hogy olva- 
sótáborunk szakmai szintjét tekintve 
nagyon heterogén és széles skálán mo- 
zog. Ezért továbbra is vállaljuk annak 
minden nehézségét, hogy az Alaplap- 
ban a kezdőktől a profikig mindenki 
találja meg saját hasznos olvasnivalóját. 
Ha egy téma a kezdők számára jól van 
feldolgozva, abból egy tapasztalt szak- 
ember is okulhat. Arról se feledkezzünk 
meg, hogy miközben valaki a számítás- 
technika valamelyik szűk területén 
szakértőnek számít, más témákban sok- 
szor még csak az alapok elsajátításánál 
tart. És fordítva is: csak az írás minő- 
ségén múlik, hogy a , bájtfülűeknek" 
szánt cikk érthető és élvezhető lehessen 
az avatatlanoknak. Nem szégyellünk 
tehát egyes rovatokban — a kezdő 
felhasználókat támogatandó — egészen 
triviális szintekig , lemerészkedni". 

Azzal, hogy olvasóink ilyen szép 
számban töltötték ki kérdőívünket és 
válaszoltak az , Egyéb javaslatai, ész- 
revételei" pontra is, a szerkesztési mun- 
kában jól hasznosítható, értékes infor- 
mációkhoz juttattak bennünket. A véle- 
mények sokfélesége olvasmányként is 
nagyon érdekes, mindenki számára ta- 
nulságos lehet, ezért azokkal későbbi 
számaink  Visszacsatolás rovatában 
rendszeresen találkozhatnak majd. 

Varga János 


A minőség 
megéri az árát! 


Amikor elkezdtük, nemcsak mi, hanem a számítógép-vásárlók többsége is kezdő volt. Valamennyien elkövettük azt a hibát, 
hogy elhittük: érdemes a legolcsóbb, még éppen működő gépekkel foglalkozni. Az évek során azonban rengeteg tapasztalatot 
szereztünk, és ma már tudjuk: a számítástechnikában sincsenek csodák. A minőségnek és a megbízhatóságnak ára van, s ha 
ezen spórolunk, az mindkettő rovására megy. 


A fejlett piacgazdaságú Nyugaton azt tartják: a nagyon olcsó, 
bóvli termék a szegények adója. Aki mégis megveszi, rövidesen 
tapasztalja: rossz üzletet kötött. — " 

A mindenáron való árcsökkentés ugyanis odavezet, hogy egyre 
gyengébb lesz a minőség, míg végül elérkezünk arra a pontra, 
amikor ez már nem éri meg a még oly olcsó árat sem. Mi nem 
akarjuk, hogy ügyfeleink később azt mondják: átvertük őket, 
egy vackot sóztunk rájuk, ezért inkább nem is forgalmazunk a 
legalsó árkategóriába tartozó számítógépeket és nyomtatókat. 
Ugy gondoljuk: egy átlagosan jó minőségre minden vevőnek 
joga van. Mi ezért nem tekintjük jelszónak, hogy nálunk 
a minőség mindig megéri az árát. Ez több annál, ez a mi üzleti 
filozófiánk. 

De ez az ár nem feltétlenül magas — sőt! Először is az IR tudja, 
hogy sokféle igény, feladat és természetesen sokféle pénztárca 
létezik. Ezért többféle áron, többféle minőséget kínál, az átlagos 
felhasználónak megfelelő, olcsó , standard" típustól a profiknak 
szánt, előtesztelt alkatrészekből szerelt, 72 órán át járatott 
extra" kategóriáig, amelyhez kétéves garanciát adunk. 

De nemcsak ezért lehetséges, hogy az IR Szervizben mindenki 
megtalálja az igényeinek és anyagi lehetőségeinek megfelelő számítógépet. Segíti ezt az is, hogy az IR ma már akkora 
forgalmat bonyolít le, hogy szállítói megadják neki a legjobb vevőnek járó árkedvezményeket. Az IR pedig ezeket 
a kedvezményeket maradéktalanul átadja a hazai számítógép-felhasználóknak. 


Így lehetséges, hogy egy kiváló minőségű 286-os AT, 40 Mbájtos merevlemezzel, 1 Mbájt RAM-mal, floppyval és 
nagyfelbontású, színes VGA monitorral 1096-kal olcsóbb az átlag hazal árnál. Hasonló a helyzet a hordozható számítógépeknél 
is. De ugyanilyen jók az árai az egyedi igények alapján összeállított konfigurációknak és hálózatoknak is. 


És ez még nem minden. A nyári hónapokra időszakos számítógépvásárt hirdet az IR Szerviz. Ennek során — konfigurációtól 
függően — akár 50 000 forintos árkedvezményt is kapnak a vásárlók. Az oktatási intézmények pedig további nagyon jelentős, 
2596-os kedvezményt élveznek. 





Természetesen a választás joga az Öné. 
Keressen fel bennünket Budapesten, 


IR Szerviz 
VII. kerület, Kis Diófa utca 6. 
Tel.: 121-3230, 141-0880 





írjon levelet, vagy egyszerűen hívjon telefonon, a 121-3230 vagy 141-0880-as számokon, és mi segítünk, hogy kiválassza 
az Önnek megfelelő számítógépet. Bármit választ, nyugodt lehet: olyan minőséget kap, amely biztosan megéri az árát! 
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Múlt, jelen, jövő 


E havi összeállításunk anyagai leginkább gazdaságunk állapotának 


időtényezőjével függnek össze. 
Három termék, három ,időzóna". 


Az egyik az örökségként kapott gyatra telefonhálózat feltételei közepette is képes 


a megbízható adatkommunikációra. 


A másik a ma legdinamikusabb kisvállalkozói szféra számára ad a kiadványkészítéshez 
egy viszonylag olcsó, de igen jól használható eszközt. 
A harmadik, a világpremierrel csaknem egy időben itthon is megjelent szuper gépcsalád — 


egy darabka jövő. 


BLAST a magyar vonalakra 


Még a tavaszi Ifabón mutatták be az amerikai fejlesztésű 
BLAST programcsomagot, amely a különböző típusú szá- 
mítógépek adatainak összekapcsolását teszi lehetővé a gyen- 
ge minőségű magyar telefonvonalakon is. 

ABLAST-tal állományokat hozhatunk át közeli vagy távoli 
számítógépekről, illetve állományokat vihetünk át közeli 
vagy távoli számítógépekre. Az átvitel a gyors és hibamentes 
BLAST eljárással történik. A BLAST átküldés előtt külön- 
böző stratégiák szerint tömöríti az adatokat, vagyis fizikailag 
kevesebb bájtot kell átküldeni, így kevesebb is sérülhet meg 
a vonalon. A vonal névleges áteresztőképességét akár két- 
háromszorosával is meghaladhatja a fájlban levő adatok 
mennyisége. A BLAST-ra jellemző az is, hogy a kapott 
adatokat nem írja fel azonnal a lemezre, hanem összegyűjti 
a hibátlan adatcsomagokat, és csak a hibásak ismétlését kéri. 
Ez nagy előnye például a közismert Kermittel szemben, ahol 
a telefonvonal megszakadásakor a gyűjtés elölről kezdődik. 

A BLAST duplex módon kommunikál a vonalon, vagyis 
egyidejűleg mindkét partner küldhet és kaphat információkat. 


Adatátvitell összehasonlító teszt növekvő zajszint mellett 











Jelátbocsátás (karakter/s00) 








15 


20 10 5 
1 hiba előfordulásának gyakorisága (sec) 
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Lehetőség van arra is, hogy parametrizáljuk a vonalon az 
adatcsomagok méretét: kevésbé zajos vonalon nagy adatcso- 
magok, zajos vonalon kis adatcsomagok küldhetők. 

A BLAST bármikor áttérhet terminálemulációs módba, 
így közvetlenül dolgozhatunk a számítógépen úgy, mintha 
az egy másik számítógép terminálja lenne. Terminálemulá- 
ciónál lehetővé válik az is, hogy egy távoli gép esetleg a 
miénktől eltérő operációs rendszerével dolgozzunk. 

ABLASTelterjedését megkönnyítheti, hogy átkapcsolható 
más adatátviteli szabványokra is (Kermit, Xmodem, Ymo- 
dem). A BLAST-nak saját védelmi rendszere van, vagyis 
vissza nem fejthető jelszóval megakadályozza az illetéktelen 
bejelentkezéseket. Több mint 30 operációs rendszerre egy- 
ségesen kidolgozták, így az operációs rendszer váltásakor is 
jól használhatjuk. 

A BLAST-ot kizárólagos joggal forgalmazó Comfort Kft.- 
nél megtudtuk, hogy szeretnék, ha ez a termék standard 
átviteli eszközzé válna. Akkor ugyanis mindenki mindenkivel 
tudna adatot cserélni, a felhasználóknak módjuk lenne egy- 
séges, valamennyiük által jól ismert szoftvertermékek segít- 
ségével gépeik között kapcsolatot teremteni. Nem kellene 
egyedi, többnyire kényelmetlen és munkaigényes eszközök- 
kel kínlódniuk. A BLAST hazai elterjedését segítheti az is, 
hogy rendkívül olcsó: PC-s változatát 24000 forintért, 
VAX-os változatát pedig 95 000 forintért árusítják. A prog- 
ramcsomag kezelése könnyen elsajátítható, a Comfort Kft. 
a szoftver mellé magyar nyelvű felhasználói kézikönyvet is 
ad. 





Scanner 
a saját kiadványkészítéshez 


A nyáron mutatta be az Intercomp Kft. azt az A/4-es scannert, 
amely kedvező árával mindazon kisvállalkozóknak elérhető, 
akik maguk szeretnék elkészíteni kiadványaikat (étlapokat, 
árlistákat, emblémákat, termékismertetőket stb.). 

A Tajvanról származó scanner mind fekete-fehér (Scan- 
Plus, kb. 70 000 Ft), mind pedig színes (ScanColorPlus, kb. 
120000 Ft) változatban forgalomba kerül. A scannerrel 
együtt jár az illesztőkártya és a Picture Publisher szoftver is, 
amellyel az elektronikus képet szerkeszthetjük. 
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Ascannerhez tartozó szoftver Windows alatt fut. Aprogram 
.TIF fájlokat állít elő, s ezeket már az ugyancsak Windows 
alatt futó szövegszerkesztők is tudják értelmezni (Word for 
Windows). A szoftver ismeri az összes editálási funkciót, 256 
színárnyalat állítható elő segítségével. Az ismert kicsinyítési, 


nagyítási, retusálási, alakkivágási, forgatási, nyúj- 
tási funkciók mellett átmehetünk , negatívba", vagy 
akár a képpontok szintjén szerkeszthetünk. A képek 
editálásakor minden tevékenység végrehajtása után 
eldöntheti a felhasználó, hogy elfogadja-e a mó- 
dosítást vagy sem. Javításkor így tehát semmilyen 
, próbálkozásunk" sem veszhet el. 

A fekete-fehér scannerrel 64 szürke árnyalatot, 
valamint a képek kontrasztját állíthatjuk be. Gyak- 
ran van szükség a scanner úgynevezett prescan 
(,próbafelvétel") funkciójának használatára. Ezzel 
a funkcióval kisebb felbontásban megjeleníthetjük 
a teljes A/4-es lapot, és ezen a vázlatképen kije- 
lölhetjük azt a részt, amelyikre tulajdonképpen 
szükségünk van. A beolvasott és megszerkesztett 
képet azonnal ki is nyomtathatjuk mátrix- vagy 
lézerprinterre, meghatározva a kinyomtatandó kép 
helyét a papíron. 

Amikor nem nyomdai technológia részeként van szükség 
a scannerre, hanem nyomtatványok házi előállításához és 
másológéppel való sokszorosításához készítünk anyagot, 
remekül lehet használni ezt a scannert és a hozzá tartozó 
szoftvert. 





SzuperNOVA? 


A Hewlett-Packard új, NOVA termékcsaládja az amerikai 
premier után röpke két héttel megjelent a hazai piacon is, a 
Hewlett-Packard £ Controll Kft. jóvoltából. A sajtótájékoz- 
tatón a HP g C vezetői megígérték, hogy a szaksajtó 
képviselői szeptemberben már fizikai valóságában is tesztel- 
hetik az új gépcsaládot. 

Az új termékcsalád a RISC-technológián alapul: a rend- 
szerek teljesítményét a precíziós architektúrájú RISC-chipek 
biztosítják. A rendszerek a HP 3000 és HP 9000 számítógép- 
család kiegészítő tagjai, amelyek teljesítményben hatszoro- 
san (!) felülmúlják a hasonló árkategóriába tartozó IBM és 
DEC termékeket. Ezzel a gépcsaláddal azokat a nagyválla- 
latokat és intézményeket 
— elsősorban banki, ál- 
lamigazgatási szférában 
— akarják megcélozni, 
amelyeknél nagyon fon- 
tos a számítógépes rend- 
szerek kompatibilitása, 
kezdve az asztali készü- 
lékektől egészen az adat- 
feldolgozó központokig. 

A HP £ C Kft. szerint 
Magyarországon is lesz 
igény az ilyen nagy tel- 
jesítményű mini-, illetve 
szupermini  számítógé- 
pekre, ugyanis az egyre 
bonyolultabb alkalmazá- 
sok nagy tudású berende- 
zések használatát teszik 
szükségessé. A NOVA 
gépeknél — amelyek ak- 
korák, mint egy élére ál- 
lított PC — nincs szük- 
ség különleges tápegy- 





ségre, hűtésre. A CPU, a merevlemez, a mentési lehetőség 
és az operációs rendszer eleve bennük van, sőt a berende- 
zéshez hálózati szoftver is tartozik. Tehát a gép , magától 
talpra áll", a felhasználónak csak be kell kapcsolnia, és már 
dolgozhat is vele. A kis gépen kifejlesztett alkalmazásokat 
pedig változtatás nélkül lehet futtatni a nagy gépen is. 

A HP £ C , agresszív" marketing-politikával igyekszik 
megszerezni a magyar számítástechnikai piac minél nagyobb 
szeletét. Azoktól a vevőktől, akik áttérnek a HP számítógé- 
peire, visszavásárolják addigi bármilyen gyártmányú, műkö- 
dő számítógépüket (legyen az Bull, IBM, Digital, ICL...), 
és még 12 000 dolláros hitelt is adnak az átálláshoz. Kíván- 
csian várjuk, hogy ilyen paraméterekkel és ilyen üzletpoli- 
tikával milyen mértékben — és mikor? — terjednek majd el 
ezek a gépcsodák. Sziebig Andrea 


Ta liji 
7 PACKARD 


HP computers - small package 
mainframe power 
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A LETAPOGATHATÓ VALÓSÁG 


ENNI SCAN MAKER 600 Z/ZS ENNE MICROTEK SCANNER 


Felbontás: 600 DPI. 

Képméret: max. 21,6 x 35,6 cm. 

Letapogatás: háromszori átfutással, 
külön a piros, a zöld 
és a kék színhez. 


Csatlakozás: IBM PC, PS/2 és Apple 


Macintosh számítógépekhez. 


A Microtek magyarországi disztribútora: 


Mikropo 
Számítástechnikai 
Kisszövetkezet 
1369 Bp. 

VI., Nagymező u. 51. 


MICROTEK Fax: 112481. MIKROPO 


Scanner :- Software - Support 


Eddig PC-k (XT-től — 486-ig), VI ezzek 

alkatrészek, perifériák, nyomtat. ; A és jogtiszta DEC rendszerekbe 
és egyéb kiegészítők forgalmaz sin juk 

foglalkoztunk. 


MACRODA KERESKEDELMI KFT. 
1123 Budapest, Alkotás u. 21. Telefon: 156-4802 
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Ha a megbízhatóság a döntő... 


A MITAC 17 éves információipari hátterével 
a technológia egyik távol-keleti vezetője. 
Igen szigorú minőségbiztosító rendszerének 
és hatalmas kutató-fejlesztő beruházásainak 
eredményeképpen termékei a világ 65 országában váltak 
a korszerűség és a megbízhatóság szinonimájává. 


A megbízható gyártó termékei csak megbízható forgalmazó 
tevékenysége nyomán képesek 
a felhasználó javát szolgálni. 


Ezért esett a MITAC választása hazánkban 
az INTERAG-ra. 





VIGYÁZAT! Jól bevezetett és hírnévnek örvendő márkanevünkkel 
kétes minőségű, hasonló hangzású nevek élnek vissza! 


Forgalmazó: 


INTERAG INFORMATIKA e 
Budapest 1136 Pannónia u. 11. //VMITAK LG 
Tel./fax.: 132-9375 Molnár Péter, Sugár Mihály 
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People Committed To InfoTech 





Trade and Service, Ltd. 
A RANK XEROX 
hivatalos dealere 


YA 


RANK XEROX 













j e fénymásolók, faxok, z- 
9 lézerprinterek, 
iz írógépek forgalmazása 
y ád ha 


RANK XEROX 
berendezések 
színvonalas szervizellátása 


RANK XEROX 
kellékanyagok biztosítása 


Cím: 1431 Budapest 
" VIII., Mária u. 20. 

! Telefon: 1340-900, 1340-393 
"I! Fax: 1340-568 
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